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Description 

Field of the Invention 

5 [0001] The present invention relates generally to radio networks, and particularly to resource assignment in such 
systems. 

Background 

10 [0002] In radio networks a general system requirement is the management and allocation of "a pool" of radio channels 
between multiple radio remote stations, as users require access for a specific service. This allows the network to support 
a very large number of remote stations, which are allocated shared radio circuits on demand for the period of time that 
the user requires that service. This is termed a Demand Assigned Multiple Access (DAMA) communication network. 
This management and allocation of radio channels has typically been performed using acentralised management process 

15 (computer system) located within the network. 

[0003] GB 2 326 31 1 A describes a terrestrial wireless local loop communication system having subscriber terminals 
in fixed locations (fixed subscriber terminals) that arc arranged in groups of non-overlapping service areas or cells. A 
central terminal broadcasts, via a radio port manager, a list of free channels to it's fixed subscriber terminals, it is the 
central terminal the explicitly controls an acquisition/grant procedure for allocating any free channels to fixed subscriber 

20 terminals. 

[0004] EP 1 113 591 A2 describes a terrestrial communication system such as a wireless local area network (WLAN) 
in which a hub broadcasts vacant time division multiplexing slots to leaf apparatus within the WLAN. The acquisition/ 
grant procedure for allocating any vacant time slots to leaf apparatus is explicitly controlled by the hub. 
[0005] The aforementioned networks typically provide for a combination of signalling channels for the establishment 
25 and clear down of specific radio communication channels between user and central station and communication channels 
over which the actual user data or service traffic is transmitted. These signalling channels are typically a combination 
of both dedicated out of band signalling channels using dedicated radio channels, or in-band signalling where signalling 
is integrated with the actual channel that has been allocated for the transfer of the user data. 

[0006] The management of these signalling channels, and the allocation of radio bearers is critical to the operation of 
30 the radio network and requires complex, dedicated equipment often implemented in redundant configurations at great 
expense, which performs these critical network management aspects. 

[0007] In satellite networks this is specifically complicated, as large numbers of users will be sharing a small number 
of communication channels. For example, mobile satellite networks such as Inmarsat, and Domestic satellite operators 
typically use complex redundant computer systems to provide centralized facilities for the allocation of channels using 
35 specific radio frequencies. 

Summary of the Invention 

[0008] It is an object of the present invention to substantially overcome, or at least ameliorate, one or more disadvan- 

40 tages of existing arrangements. 

[0009] Disclosed are arrangements, generally referred to as 'distributed resource allocation' or 'distributed resource 
management' arrangements, which seek to address the above problems by enabling remote stations to seize required 
network resources, from a pseudo-real-time published list of available network resources, and to notify a central station 
that the resources have been seized. The central station consequently updates the available resource list and publishes 

45 the updated list for all remote stations. 

[0010] The disclosed distributed resource management arrangements provide an efficient multiple access communi- 
cation network that does not depend upon a complex centralised radio network management facility to manage the 
shared radio network resource. 

[001 1] Several aspects of the present invention provide for a method of establishing a radio connection in a satellite 
50 communication system, and methods of allocating satellite network resources by a central station and a remote station 
as set forth in claims 1,16, and 18, respectively. Further aspects of the invention provide a satellite communication 
system, a central station, and a remote station as set forth in claims 20, 23, and 25, respectively. 

Brief Description of the Drawings 

55 

[0012] One or more embodiments of the present invention will now be described with reference to the drawings and 
appendicies, in which: 
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Fig. 1 shows a network, arranged in a star topology, in which the disclosed distributed resource allocation technique 
can be practiced; 

Fig. 2 shows an exemplary remote station architecture (also see APPENDIX B); 
Fig. 3 shows how the central station and the remote stations update topology map information; 
5 Fig. 4 shows how a remote station establishes a connection by seizing needed network resources, and how the 

central station updates topology map information in response thereto; 

Fig. 5 shows how the remote station tears down the connection, and how the central station updates topology map 
information in response thereto; 
Fig. 6 shows a fragment of the network in Fig. 1 ; 
to Fig. 7 shows an exemplary central station architecture (see APPENDIX A); 

Fig. 8 shows a System Description Language (SDL) diagram of the Dynamic Resource Management Process part 
of the Distributed Resource Management Client (DRMC) in the remote station; 

Fig. 9 shows an SDL diagram of the Channel Selection / Release Process part of the Distributed Resource Man- 
agement Client (DRMC) in the remote station; 
15 Fig. 1 0 shows an SDL diagram of a Resource Map Broadcast Process part of the Distributed Resource Management 

Server (DRMS) in the central station; 

Fig. 1 1 shows an exemplary protocol stack for the network of Fig. 1 (see APPENDIX D); 
Fig. 12 shows a radio resource allocation example; 

Fig. 13 shows Alternative Embodiment Network Architecture with Direct Video Broadcast (DVB); 
20 Fig. 14 shows an example of a physical layer architecture that can be used in the network of Fig. 1 ; 

Fig. 15 shows an example of an Outbound Super-frame Structure; 
Fig. 16 shows an example of an Inbound Super-frame Structure; 

Fig. 17 shows an example of a link layer message format that can be used in the network of Fig. 1 ; 

25 [0013] Appendix A describes an exemplary implementation of the central station; 

Appendix B contains an exemplary implementation of the remote station; 
Appendix C describes an exemplary physical layer architecture; 
Appendix D describes an exemplary link layer architecture; 
30 Appendix E describes an exemplary distributed resource management protocol; and 

Appendix F describes an exemplary end-to-end packet transmission method used in the network of Fig. 1. 

Detailed Description including Best Mode 

35 [0014] Where reference is made in any one or more of the accompanying drawings to steps and/or features, which 
have the same reference numerals, those steps and/or features have for the purposes of this description the same 
function(s) or operation(s), unless the contrary intention appears. 

[0015] It is to be noted that the discussions contained in the "Background" section and that above relating to prior art 

arrangements relate to discussions of documents or devices which form public knowledge through their respective 
40 publication and/or use. Such should not be interpreted as a representation by the present inventor(s) or patent applicant 

that such documents or devices in any way form part of the common general knowledge in the art. 

[0016] Radio networks use a combination of Frequency Division Multiple Access (FDMA), Time Division Multiple 

Access (TDMA) and Code Division Multiple Access (CDMA) as generic schemes for the sharing of radio spectrum. 

These well known techniques allow network operators to create channel pools that are typically allocated between 
45 remote stations and a central station, in the case of a 'star' network topology, for the duration of a particular service 

requested by the user. 

[0017] Communication may then typically take place between the remote station and the central station using either 
circuit switched network allocation where a pair of radio channels are allocated in each direction between the remote 
station and the central station, or using a packet switched technique whereby short packets are transmitted over the 

so radio link using specified time reserved packet allocations. 

[0018] The disclosed arrangements identify a system for the assignment of radio network circuits between multiple 
users, using a distributed network access scheme. This radio network access scheme is specifically described for a 
satellite access scheme, but, the general principle could be applied to any generic radio network. 
[0019] The disclosed arrangements describe a greatly simplified distributed system for the management of radio 

55 channels shared among a large population of users, without the requirement for a complex centralised radio network 
management facility. Whilst at the same time not suffering from the channel unit receiver operational complexity issues 
at the Gateway Earth Station. 

[0020] Fig. 1 shows a network 1800 arranged in a star topology that supports the distributed resource allocation 
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technique. A remote station 119 includes a Distributed Resource Management Client (DRMC) software module 1801 
running on a remote station processor (not shown). An exemplary implementation of the remote station 1 1 9 is described 
in APPENDIX B with reference to Fig. 2. A central station 104 includes a Distributed Resource Management Server 
(DRMS) software module 1806 running on a central station processor (not shown). The DRMC 1801 communicates, as 

5 depicted by a connection 1 802, with the DRMS 1 806. Other remote stations 1 808, 1 803 and 1 809, including corresponding 
DRMCs 1805, 1804 and 1807, running on respective remote station processors (not shown) communicate with the 
DRMS 1 806 via respective connections. The central station 1 04 communicates with other networks including the Internet 
1 10 and the Public Switched Telephone Network (PSTN) 109 via respective connections. Each of the remote stations 
119, 1808, 1803 and 1809 are located in a geographic domain. Thus, for example, the remote stations 119 and 1808 

10 are located in a domain 1 81 0. 

[0021] The central station 104 uses the distributed resource allocation technique to distribute, or publish, information 
describing the available radio channel resources to the remote stations 119, 1808, 1803 and 1809. This information is 
referred to as a 'resource topology map', as the information is arranged on ageographicdomain basis. In one arrangement, 
the publication of the resource map is performed using a domain specific broadcast protocol. Accordingly, a specific 

is resource map associated with the domain 1810 is published over the connections 1802 and 1811, to the respective 
remote stations 1 1 9 and 1 808. The resource map comprises a list of network resource parameters specific to the resource 
domain 1810. These parameters identify outbound and inbound channels, as well as providing ancillary information 
relating to the availability of channel capacity, and energy density of each channel in the resource domain 1810. 
[0022] Each resource topology map is specific to a finite geographic area. This allows the system operator to control 

20 the size of resource domains by adjusting the parameters of the corresponding resource topology map. The ability to 
control the size of the resource domains enables the network system 1800 to scale with increasing traffic volume, by 
varying the number of channels per domain accordingly. Thus, for example, if the expected traffic in a resource domain 
becomes undesirably large, the domain can be divided into several smaller domains, each requiring less resources to 
meet demand. The converse operation is also possible. 

25 [0023] Fig. 3 shows a process 1 500 of how the central station 1 04 and the remote station 1 1 9 update topology map 
information. The remote station 119 determines if a specific 'resource topology map' applies to it by determining the 
current geographic position of the station 119 using, for example, an integrated GPS receiver 115 (see Fig. 6) and 
accessing information stored in memory in a local Personal Computer (PC) 1900 to identify its current resource domain. 
The information that the remote station 1 1 9 requires to identify its resource domain may be programmed into the remote 

30 station 1 1 9 as part of the manufacturing process, or published, eg via broadcast, over the outbound channel 1 01 (see 
Fig. 6) using a process similar to the resource map broadcast process. Based upon the derivation of its current resource 
domain the remote station 1 19 knows which resource topology map applies to it. 

[0024] The process 1 500 commences, having regard to the central station 1 04 which is depicted on the left hand side 
of Fig. 3, with a step 1501 which tests whether the resource topology map in question needs to be updated. Topology 

35 maps are domain specific, and a process 1500 is performed in parallel for each geographic domain such as 1810 in 
Fig. 1. If updating is required, the process 1500 proceeds according to a YES arrow to a step 1502. The step 1502 
updates the topology map, after which a step 1503 broadcasts (ie publishes) the updated topology map to all the remote 
stations (eg 1 1 9 and 1 808) in the domain in question (ie 1 81 0). The process 1 500 is then directed back to the step 1 501 . 
Returning to the step 1 501 , if updating is not required, then the process 1 500 is directed by a NO arrow back to the step 

40 1 501 . An update event 1 508 (such as is depicted in a step 1 703 in Fig. 5), triggers the step 1 501 . 

[0025] Having regard to the remote stations such as the station 1 19 in Fig. 1, the process 1500 commences with a 
step 1504 which determines the geographic position, and thus the corresponding geographic domain (ie 1810) of the 
remote station 119. A following step 1505 selects an appropriate outbound channel 101 (see Fig. 6) from which a 
subsequent step 1506 reads the relevant broadcast topological map data that is relevant to the station 1 19. Thereafter 

45 a step 1 507 updates the topological map data that the remote station 1 1 9 stores locally, after which the process returns 
to the step 1504. 

[0026] Fig. 4 shows a process 1 600 of how the remote station 1 1 9 establishes a connection by seizing needed network 
resources, and how the central station 104 updates topology map information in response thereto. When the remote 
station 1 19 wishes to establish a connection for the purposes of providing a requested service, the remote station 1 19 

50 selects the best available radio channel using the information provided by the current resource topology map. The best 
channel is selected using a suitable selection algorithm based, for example, on maximum received power of the outbound 
channel. This constitutes an update event 1508 that triggers a topology map update by the central station 104 which 
then broadcasts the updated topology map to the domain in question 1810, thus informing other remote stations such 
as 1 808 of the now-available network resources. This update allows all other remote stations operating within the same 

55 resource domain to update their local copies of the 'resource topology map'. 

[0027] The process 1600 commences, having regard to the remote station 119 (see Fig. 1), with a testing step 1601 
that determines if a connection (associated with a communication session) is to be established. If this is not the case 
then the process 1 600 follows a NO arrow back to the step 1 601 . If however a connection is to be established, then the 
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process 1600 follows a YES arrow to a step 1602 that selects an available inbound channel which is associated with 
the outbound channel that was identified in the step 1505 of Fig. 3. A following step 1603 sends the address of the 
remote station 119 and a resource notification message on the selected inbound channel. This triggers, as depicted by 
a dashed arrow 1611, a collision detection step 1604 performed by the central station 104. If the central station does 

5 not detect a collision then the process 1 600, now referred to the central station 1 04, follows a NO arrow to a step 1 605. 
The step 1 605 triggers an update event (see 1 508 in Fig. 3) for the relevant resource domain (1 81 0) to which the remote 
station 119 belongs. In a following step 1606 the central station 104 creates a context for the session that has been 
established so that all further packets received from the remote station 119 are appropriately routed (this is described 
in more detail in regard to Fig. 6). The process 1 600, in regard to the central station 1 04, is then directed to a stop step 

10 1 607. Returning to the step 1 604, if a collision is detected, then the process follows a YES arrow to the step 1 607. 

[0028] Returning to consideration of the remote station 1 1 9 after the step 1 603, a following step 1 608 check to see if 
an acknowledge signal is received within a predetermined time window from the central station 1 04, thus indicating that 
no collision has been detected. If the acknowledge signal is received in time, then the process 1600 is directed by a 
YES arrow to a "step" 1609 which is fact merely indicates that the connection has been properly established. If on the 

15 other hand the acknowledge signal is not received in the allowed time, then the process 1 600 is directed by a NO arrow 
to a "step" 1610 which indicates that the connection has not been properly established. 

[0029] Fig. 5 shows a process 1 700 of how the remote station tears down the connection, and how the central station 
updates topology map information in response thereto. The process 1700 commences, having regard to the remote 
station 1 1 9, with a testing step 1 701 that determines if the connection, established in accordance with the process 1 600 

20 in Fig. 4, is to be torn down. If this is the case, then the process follows a YES arrow to a step 1 702 that sends a resource 
release notification to the central station 104. This is sent, via 101 in Fig. 6, and as depicted by a dashed arrow 1707, 
to the central station 1 04 where it causes a step 1 703 to trigger an update event (see 1 508 in Fig. 3). In a following step 
1 704 the central station 1 04 deletes the routing context that was established in the step 1 606 in Fig. 4, after which the 
process 1700 terminates at a step 1705 in regard to the central station 104. Returning to the step 1702, the process 

25 then terminates at a step 1 706 in regard to the remote station 1 1 9. 

[0030] Fig. 6 shows a fragment 1904 of the network architecture of Fig. 1. The network provides a two-way channel 
allocation between a user 103 and the central station 104, using the distributed resource allocation technique. The 
arrangement uses a packet data structure conforming to the Internet Protocol termed UDP or TCP/IP. This protocol is 
used to support telephony using standard Voice Over IP (VoIP) and other data services. Using these techniques the 

30 network can support circuit switched or packet based services. 

[0031] The remote station 119 comprises a radio modem 100, the Global Positioning System (GPS) receiver 115, 
and the Distributed Resource Management Client (DRMC) module 1 20. Standard data communicating equipment (DCE) 
may be connected to the remote station using a standard serial interface connection (e.g. V.35)oran Ethernet connection. 
To support IP telephony executing on the PC 1900, the remote station 1 19 provides a path between the PC 1900 and 

35 a standard router 1 1 1 that is connected to the PSTN 1 09. To support stand-alone I P phones or analogue phones requires 
use of an IP router 121 in the remote station 1 19. The remote station 1 19 uses a small aperture C band antenna (not 
shown), the gain of which is typically be between 15dBi and 30dBi. 

[0032] The central station 1 04 comprises one or more outbound radio channel modems 1 05 and a number of inbound 
channel modems 1 06. An exemplary implementation of the central station 1 04 is described in APPENDIX A with reference 

40 to Fig. 7. A multiplexing device 1 07 provides an interconnection to the standard router 1 1 1 which provides Point-to-Point 
(PPP) protocol services and interfaces to the PSTN 109 and/or the Internet 110. A firewall function 108, that may be 
part of the standard router 111, provides security between the Internet 110 and the central station 104. An inbound 
channel unit 106 is provided at the central station 104 for every inbound frequency contained in the resource map. A 
semi - permanent or pre-assigned channel allocation based upon geographic position is made to each remote station 

45 for each satellite in the network, such that the remote station can access shared TDM outbound channels following 
'power-up'. 

[0033] The central station antenna 1 903 has a gain in excess of 50dBi. The C band satellite 1 1 7 uses various trans- 
ponders termed Global, hemi-spherical and Zone beams with different radio signal "footprints". 

[0034] A medium rate TDM outbound channel 101 is transmitted from the central station 104 to a Geo-stationary 
50 satellite 117 operating in the C Band satellite band (6.0 GHz). The outbound channel 101 is retransmitted from the 
satellite 1 1 7 at the paired satellite frequency band (4.0 GHz) to be shared between users (1 03) operating in the allocated 
outbound frequency band in the particular resource domain 1810. The system 1904 is designed primarily to operate 
using high gain regional coverage hemi or zone beams. 

[0035] A typical 9 MHz bandwidth outbound channel carries a 2 Mbps statistically multiplexed channel supporting 
55 1 000 user, or up to 250 simultaneous active users. The outbound channel 1 01 1 uses spread spectrum modulation with 
a spreading factor of four to overcome adjacent satellite interference when operating with medium gain, broad beam- 
width remote station antennas (not shown). Alternately, the outbound channel 101 can use narrow-band Time-division- 
multiplexed modulation. In the CDMA case, direct sequence spreading ratios between 1 and 65, using standard and 
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complex code sequences are supported. BPSK or QPSK modulation schemes, using Turbo Convolutional codes, are 
used including tiered codes to ease acquisition with significant frequency offsets with respect to the channel data rate. 
[0036] To support more users, the dimension of the outbound channel 1 01 can be increased in 1 .1 25 MHz increments. 
The C band satellite 1 1 7 typically uses multiple 72 MHz transponders, and consequently a large number of TDM outbound 
5 channels may be allocated for the overall system. Each outbound channel 1 01 has a flexible number of inbound channels 
1 02 which support transmissions from the remote station 1 1 9 at C band (6 GHz) transmitted over the satellite 1 1 7 and 
received at C band (4 GHz) at the central station 104. 

[0037] Each inbound channel 102 is directly related to a specific outbound channel 101. The inbound channel data 
rate does not need to match the individual per user outbound channel rate but would typically be selected to exceed or 
10 match the per-user inbound required rate. The implementation as described provides an average forward channel 
nominal per user of 8 kbps and an average return channel data rate of 2 kbps. 

[0038] The bandwidth of the inbound channel 102 does not need to match that of the outbound channel 101. For 
example an inbound channel bandwidth of 2.25 MHz, and four lots of return channel spectrum would be allocated against 
the single outbound channel allocation described above. However, this configuration of outbound and inbound channels 

*5 is provided as an example, and the system 1904 typically supports outbound band-widths in the range from 1.125MHz 
to 9MHz with multiple lots of return channel spectrum allocated for every outbound channel allocation. 
[0039] The remote station 119 uses the distributed resource allocation technique when operating with the central 
station 1 04 in the star network topology described in relation to Fig. 1 . Although Fig. 1 illustrates a multiplicity of remote 
stations 119, 1808, 1803 and 1809 operating via the single central station 104, the distributed resource management 

20 technique performs equally well for the case of overlapping star networks in which case remote stations may transit 
between operation with one central station to any other central station in the network for which the remote station can 
receive the central stations outbound transmissions. 

[0040] The remote stations are equipped with receive and transmit helical array antennas (see 216, 217 in Fig. 2) 
that provide 22dBi gain nominally, and are circularly polarised. The remote stations receive a medium rate outbound 

25 TDM signal (e.g. 2Mbps) that may be operated un-spread (e.g. 1 chip per symbol) or spread at a rate up to 127 chips 
per symbol using either BPSK or QPSK modulation schemes. In the preferred arrangement the outbound TDM carrier 
is a direct sequence spread spectrum QPSK modulated carrier with a spreading factor of 4 using a rate 1 13 turbo product 
code FEC and occupying a 9MHz noise bandwidth. The receiver implementation software in the remote station 1 09 can 
be configured at run time to operate in the desired mode of operation. The spreading code rate and modulation scheme 

30 employed are selected based upon adjacent satellite interference considerations and remote station position in the beam 
of the satellite 1 17 during operation and may be varied accordingly. 

[0041] The integrated GPS receiver 1 15 is used by the remote station 1 19 to derive the geographic position of the 
remote station 109, and to synchronise transmit code phase and chip timing at the satellite 117 (eg compensate for 
channel delay) such that the start of any burst and code sequence is aligned to within 25|uisec of the GPS reference 
35 start time. This burst, chip, symbol and code phase synchronisation allows the receiver of the central station 104 to be 
controlled so that the dispreading function search window is reduced such that the processing power required to perform 
the dispreading function is not excessive. 

[0042] The central station 104 provides resource map broadcast functions in support of the distributed resource 
management technique. The central station 1 04 receives inbound burst spread spectrum signals for each active remote 

40 station in the network. The remote stations use a combination of CDMA and TDMA techniques to share the inbound 
frequency resource. The inbound carriers are direct sequence spread spectrum QPSK modulated carriers with a spread- 
ing factor of 13 using a rate 1/3 turbo product code FEC with each carrier occupying a 9MHz noise bandwidth and 
providing a 128kbps maximum user bit rate per carrier. At the central station 104 a single burst CDMA demodulator is 
used to demodulate all the timeslots and spreading codes allocated for use in that spread spectrum frequency band. 

45 These frequency bands are equally spaced on a 1 00kHz grid at any frequency within the nominal 6 GHz frequency band. 
[0043] The inbound carriers are direct sequence spread spectrum QPSK modulated carriers with a spreading factor 
of 1 1 using a rate 1/3 turbo product code FEC with each carrier occupying a 2.5MHz noise bandwidth and providing a 
128kbps maximum user bit rate per carrier. The structure of the inbound resources used is illustrated in Fig. 12. This 
inbound structure when associated with a single or multiple outbound TDM carriers is termed a transmission group. 

50 [0044] The radio resource structure used in the preferred arrangement consists of transmission groups comprised of 
one outbound TDM carrier as previously described associated with four inbound carriers each providing a TDMA/CDMA 
structure as illustrated in figure 9. This radio resource structure is one structure that may be used to implement the 
disclosed arrangements, however there are numerous other radio resource structures that may implement the disclosed 
arrangements equally well 

55 [0045] The geostationary satellite 117 is used to relay transmissions between the central station 104 and remote 
stations 1 1 9 and vice versa. The heart of the satellite is a transponder that receives signals at a nominal 6 GHz frequency 
and retransmits them at a nominal 4 GHz frequency. 

[0046] From a procedural perspective, the operation of the system depicted in Fig. 6 is now described, having regard 
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in particular to Figs. 8-10. Fig. 8 shows a System Description Language (SDL) diagram of the Distributed Resource 
Management Process part of the Distributed Resource Management Client (DRMC) in the remote station. Fig. 9 shows 
a System Description Language (SDL) diagram of the Channel Selection / Release Process part of the Distributed 
Resource Management Client (DRMC) in the remote station. Fig. 10 shows a System Description Language (SDL) 
5 diagram of a Resource Map Broadcast Process part of the Distributed Resource Management Server (DRMS) in the 
central station. 

[0047] Returning to Fig. 6, the network 1 800 or 1 904 using distributed resource management can be operated in what 
is referred to as an "implied mode", or a "normal mode" or using a combination of both modes. In implied mode the 
remote stations 119, 1808, 1803 and 1809 are provided, as part of the manufacturing process, with a database of 

to parameters that define a single channel for each service (e.g. frequency, timeslot, burst duration, code, service) that 
may be used by the respective remote station in each resource domain in which the remote station will operate. The 
remote stations use these databases to select channels for operation without receiving an outbound carrier; 
[0048] The following description is directed to the "normal mode" of operation. Normal mode and implied mode operation 
may co-exist in a network, however the channels and associated receivers must be allocated on a one-to-one basis 

15 exclusively to those remote stations operating in the implied mode; 

[0049] A remote station knowing its position, makes reference to a locally stored database of frequency and code 
allocations for that area (resource domain) in order to select a specific outbound channel, and seeks to identify the 
corresponding Outbound TDM channel. On acquiring that Outbound TDM channel the remote station demodulates the 
signal and ensures that it has locked on to the appropriate Outbound TDM. The remote station may also use the received 

20 signal strength indication to ensure its antenna is optimally jointed at the desired satellite using manual or automatic 
procedures (see procedures 2, and 3 in Fig. 8); 

[0050] The remote station now monitors all Outbound TDM channel slots to collect system information broadcasts 
that contain the resource map specific to its current resource domain and stores the resource map in dynamic storage 
(see procedure 5 in Fig. 8). 

25 [0051] The broadcast information is divided up into subgroups that are referred to as tables. These tables may be 
further categorized as either static or dynamic in nature. Static tables contain information that does not change frequently 
and therefore may be transmitted relatively infrequently. Dynamic tables however contain information that is frequently 
updated and therefore must be transmitted often. The resource map is categorized as a dynamic table and therefore 
should be kept small and must be transmitted frequently and immediately upon command; 

30 [0052] The resource map comprises several tables most are static in nature while one is dynamic. The static tables 
contain information regarding inbound and outbound channels that are allocated for use in a resource domain. The 
information contained in these tables is typically frequency, timeslot, code sequence, turbo-coding rate, modulation type, 
and service information. Where service is a parameter that describes the Grade of Service and/or Quality of Service 
provided by that channel. The dynamic table contains a bit map that provides information regarding the current status 

35 of the channel (e.g. free, busy, unavailable, etc.); 

[0053] The remote station continuously monitors the Outbound TDM channel to detect any updates to the system 
information and to determine if any packets are addressed to the remote station using a link layer protocol (see Fig. 11 
and APPENDIX D) based on HDLC that contains broadcast, multicast, or unicast link layer addresses that were pre- 
allocated to the remote station at registration (see procedure 5 in Fig. 8). Fig. 11 shows an exemplary Protocol Stack, 

40 and APPENDIX D describes the position of the link layer within the system protocol framework. The remote station may 
also monitor the received signal strength, BER or other signal quality schemes and identify if a higher rate or a lower 
rate outbound channel data rate may be available for the remote station operation. The outbound data rate selection 
may also be used to set the inbound channel data rate for initial access. 

[0054] The remote station is now ready to initiate transmission to the central station and is effectively in the 'idle' state 
45 (see procedure 6 in Fig. 8), and can access the network using standard PPP network call start-up procedures transmitted 
on radio channels selected from the list of available inbound and outbound channels contained in the resource map 
specific to the current resource domain. Use of an accurate position determining device such as a GPS receiver, allows 
the remote station to calculate the path distance to the selected satellite and with the reception of the outbound TDM 
channel it is able to make code timing and frequency adjustments to compensate for different path delays or frequency 
50 offsets; 

[0055] Following the receipt of a request to establish a connection (see procedure 7 in Fig. 8 from the user using 
either manual or automatic means (e.g. using a PC connected to the remote station the user requests the establishment 
of a PPP connection using a commercial off the shelf PPP dial up software package) the remote station selects an 
inbound radio channel (characterised by a frequency and code pair, see procedure 26 in Fig. 9) and initiates a PPP 
55 session establishment procedure using specific PPP request packets encapsulated within an HDLC frame that contains 
the link layer address of the remote station and a resource notification transmitted over the selected inbound channel; 
[0056] Upon receipt of the resource notification (see procedure 43 in Fig. 1 0) containing the selected inbound resource 
identification and domain information the central station verifies that there is not a collision (e.g. two remote stations 
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access the same resource) within the short period required to update the resource map following selection by a remote 
station (see procedure 45 in Fig. 10) updates the dynamic part of the resource map (see procedure 48 in Fig. 10) and 
immediately broadcasts the updated information to all remote stations (see procedure 49 in Fig. 10) in the network on 
the outbound TDM channel specific to the effected resource domain, creates a routing context (see procedure 51 in Fig. 
5 10) such that the current and any further received PPP packets received from the remote station may be routed from 
the selected inbound channel unit to the standard router and from the standard router to the channel unit transmitting 
the carrier that contains the selected outbound channel. 

[0057] Packets received by the PPP server function in the standard router are then acknowledged by the router using 
standard PPP formats routed to the channel unit transmitting the carrier that contains the selected outbound channel 

10 (see procedure 32 in Fig. 9). 

[0058] In the event of a collision, where a collision is defined as an attempt by a remote station to select an inbound 
and or outbound resource that is not available as a result of the delay between the receipt of a resource notification at 
the central station and the subsequent broadcast of an updated resource map, then the central station will silently discard 
the received resource notification (see procedure 45 in Fig. 10) and any associated PPP request packets and the PPP 

15 server function in the standard router will not respond to the PPP request packets sent from the remote station. The 
PPP specifications allow for a specified time out interval whereby if a response to the request packets is not received 
within a specified time (nominally not less than 800ms) the session attempt times out and fails. It should be noted that 
all PPP session connections are initiated by the remote station, however, once a PPP session is established the remote 
station can receive data connections and voice calls; 

20 [0059] An implied signalling system between the remote station and central station has been used whereby no response 
from the central station is termed a call establishment failure. Following a failure the remote station stops accessing the 
network until it receives an updated 'resource map' and a randomised automatic retry timer expires (see procedures 29, 
33 and 25 in Fig. 9); 

[0060] The multiplexing device 1 07 provides a connection to the standard router using MAC addresses that are unique 

25 for each active remote station. The multiplexing device connects to an outbound channel unit using one UDP socket 
address and provides the outbound channel unit with the TDM frame payload in a continuous mode. The multiplexing 
device maintains a routing table that maps UDP socket addresses to remote station MAC addresses and session ID 
pairs and selected channels. Updates to this table are triggered by the receipt of either a routing update (see procedure 
51 in Fig. 8) or delete route (see procedure 60 in Fig. 8) primitive from the DRMS. The multiplexing device receives 

30 frames of data from the Inbound Channel Units based on a unique UDP address per Inbound Channel Unit. If the Inbound 
Channel Unit supports multiple connections from multiple remote stations, then the frame will contain the Remote station 
ID of each remote station so that the packet can be routed to the correct PPP connection running on the standard router. 
The traffic from the standard router to the remote station is non continuous and is based upon the users instantaneous 
traffic profile. This allows the outbound link to be statistically multiplexed. 

35 [0061] The remote station uses standard protocols such as Internet PPP or similar data protocols between user and 
central station for management of data sessions when the user is actively accessing the network. For example the 'null 
MSG (see procedure 32 in Fig. 9)' used to acknowledge a 'radio resource notify (see procedure 57 in Fig. 9)' would 
typically contain a PPP Link Control Protocol 'configure-ack' packet. The PPP protocol is used to establish a data session, 
including user identification and authentication. 

40 [0062] When all remote station data sessions are completed (e.g. all PPP sessions have been terminated using the 
standard PPP Link Control Protocol procedures) the remote station will release the radio network resource that it was 
using to support the carriage of data packets between the remote station and central station, thus making these resources 
available to other remote stations within the resource domain. In order to release a radio resource the remote station 
simply sends a resource release notify (see procedure 57 in Fig. 9) to the central station. 

45 [0063] The receipt of a resource release notify (see procedure 59 in Fig. 10) at the central station triggers the update 
of the dynamic part of the resource map specific to the resource domain effected and the deletion of the routing context 
by the multiplexing unit as a result of the receipt of a 'delete route' primitive (see procedure 60 in Fig. 10) from the DRMS. 
The updated resource map is broadcast at the next scheduled broadcast time. The previously unavailable radio resource 
is now available for selection by any remote station operating within the effected resource domain. 

so [0064] As user authentication and IP address allocation are part of the PPP session establishment procedures de- 
scribed above, remote station mobility may be provided by using these standard features of the PPP protocol along with 
SIP location registration and redirection procedures. Therefore the remote station may seamlessly transition between 
central stations simply by terminating a PPP session with one central station and establishing a PPP session with another 
central station using the procedures described. 

55 [0065] Additionally voice calls can be initiated from the remote station or PSTN. Session Initiation Protocol (SIP) 
provides an end-to-end client server session signalling protocol. Calls to the PSTN or other network are supported using 
the SIP protocol and voice gateway integrated into the Internet Router 111. For remote station originated calls the user's 
103 IP phone sends an Invite request to the SIP server 112 that then initiates the SS7 IAM message via the Voice 
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Gateway 111. The called party responds which causes and ACK message to be sent to the remote station. The call is 
then setup between the user 103 the Voice Gateway 111 and phone within the PSTN. The RTP protocol is used in 
conjunction with the TCP/IP protocol suite for carriage of the voice service over the radio link. 

[0066] The bandwidth required for transmitting voice over a satellite is dependant upon the choice of voice codec, the 
5 choice of underlying transmission protocol and the assumptions of voice activation. The system relies on the use of an 
efficient voice codec and a protocol that does not retransmit packets if they are lost. Typical implementations of voice 
over IP utilise Real Time Protocol (RTP) running over UDP. Using the appropriate combination of these and the use of 
header compression can ensure that the link bandwidth is minimised. The system must allow for the peak bandwidth 
on the return link and then statistically multiplex the forward link dependant upon voice activation. A variable bit rate 
to CDMA transmitter from the remote station also allows the network to take advantage of Voice Activation Detection (VAD). 
Typically header compression compresses the headers from 40bytes to two or four bytes; 

[0067] To ensure that the forward link is not congested the connection between the Internet Router 1 1 1 and the 
multiplexing device 107 is rate limited to the outbound TDM rate 101. In addition, the Internet Router 1 1 1 provides the 
necessary Quality of Service functionality which ensures that the voice traffic takes precedence over any other outbound 
15 traffic. 

[0068] The remote station 1 03 will support both voice and data however when voice is running there is a requirement 
that the data takes less precedence in both directions. This is achieved by the Internet Router 1 1 1 giving higher prece- 
dence to the voice traffic in the forward link, however in the return link the remote station must provide this traffic shaping. 
For the remote station solutions which utilise a PC and soft-phone it would be advantageous if the operating system 
20 ensured that the voice traffic was given preference. However in practise due to limitations in common PC operating 
systems, the remote station will receive all traffic from the PC and then ensure that the voice traffic takes precedence 
over the radio channel. This requires the embedding of equivalent functionality to that which is in the Internet Router in 
the remote station 121. 

[0069] The remote station will provide different interfaces so as to support dedicated IP phones, Analogue Phone 
25 adapters as well as soft phones running on personal computers. 

[0070] The standard RADIUS server 1 13 is used to generate Call Data Records (CDR's) for all data sessions such 
that the end remote station user may be charged on the basis of remote station usage which may either be time or data 
packet based billing or both. 

[0071] The network operation may be further improved by the introduction of channel frequency and code reassignment 

30 commands to move users between frequency channels to balance the load on the network. This includes the capability 
of the remote station channel frequency, time and code assignments in the data base being updated over the Outbound 
channel satellite link using a defined protocol to ensure no erroneous data is stored in the remote station. 
[0072] The network operation may be further improved by a congestion control flag on the Outbound channel which 
is used to notify when the network capacity is being exceeded and will include the capability for different priority of users 

35 to be stopped accessing the network. 

[0073] The network operation may be further improved by the use of ALOHA burst packet mode signalling channel 
using dedicated channel CDMA code sequences, on both the Outbound and the Inbound link for remote stations based 
on conventional burst mode signalling channel operations e.g. channel access request, channel access grant etc. The 
major advantage of this network operation is that an "always on" active session could be maintained. 

40 [0074] Fig. 12 shows one example 900 of radio resource allocation, comprising a frequency, time and code resource 
structure for use within the satellite star network 1800 consisting of multiple remote stations operating through one or 
more central station. As an example of one method of sharing the inbound spectrum, four return channel bandwidth 
allocations fl-f4 respectively are divided into 16 equal duration timeslots that are respectively referred to as Timeslot 1, 
Timeslot 2, Timeslot N, .. Timeslot 16. Each timeslot is allocated a maximum of five orthogonal spread spectrum 

45 codes that are respectively referred to as Code 1 , Code 5 in the code space. 

[0075] Using this TDMA/CDMA multiple access arrangement, each inbound frequency allocation 101 provides 80 
'channels'. Using the disclosed distributed resource management technique, the remote station 1 1 9 selects a channel, 
defined by frequency, timeslot and code sequence, and enables the modem 1 00. At the central station multi-user detection 
signal processing techniques are applied to the received signal at the inbound channel unit (106) associated with the 

50 selected frequency to recover the received user information. The inbound waveform comprises a complex valued code 
sequence with BPSK or QPSK modulation with turbo product codes; 

[0076] As four channels are allocated to each outbound channel, and with the application of TDMA and CDMA tech- 
niques, up to 250 active users may access the radio network 1 904 at any one time using the set of four inbound channels. 
[0077] An advantage of using a spread spectrum return channel is that the network capacity has a soft limit whereby 
55 as additional users try to operate on the return channel, a gradual reduction in network throughput occurs as the self- 
interference increases beyond the design limit causing channel error. This property of CDMA facilitates the simplification 
of the resource selection algorithms in the remote station. A further advantage is that the remote station antenna re- 
quirements, for meeting "off axis" flux density transmit EIRP regulatory requirements are simplified by signal spreading. 
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[0078] The form of the disclosed arrangements is described for remote stations operating within a star network topology 
using satellites operating in the geostationary arc, and remote stations that operate within the C Band (eg 4 to 6 GHz) 
frequency allocation. The remote stations, which may be fixed, portable or mobile equipment depending upon the remote 
station antenna configuration, communicate over duplex satellite links with a central station that acts as a Network 
5 Gateway into the terrestrial network (see figures 1 and 2 below). This terrestrial network may comprise any form, but 
would typically use the Public Switched Telephone Network (PSTN), and Public Switched Packet Data Network (PS PDN), 
or generic public Internet or Corporate Intranet. 

[0079] A Code Division Multiple Access (CDMA) scheme is employed on the radio link between the remote stations 
and the central station. Other multiple access techniques may be employed (eg. FDMA or TDMA) however CDMA is 
to preferred as by using CDMA the resource selection algorithms that must be implemented in the remote stations are 
simplified. The remote stations are envisaged to operate with relatively low gain directional antennas, with gains varying 
between 15 and 30 dBi. 

[0080] The disclosed arrangements depict a procedural system concept whereby through the use of distributed re- 
source management and standard data network connected access session protocols, an on demand multiple access 

15 radio system may be implemented whereby radio resources are efficiently and effectively shared among multiple users 
and a central central station. The preferred method uses GPS receivers in the remote stations to derive their current 
resource domain and automatically select channel access frequencies and codes using the current resource map, 
additionally GPS allows the remote station to provide satellite timing and path delay compensation in accessing the 
central station so simplifying the central station CDMA receiver implementation. Using the aforementioned techniques 

20 an on demand multiple access scheme providing efficient resource management may be implemented, without the need 
for specific centralised DAMA radio network management facility, greatly simplifying the overall network design. 
[0081 ] The system design also allows for portable and mobile remote station equipment which may not always support 
a connected session to the terrestrial network, by providing a layer three context using PPP and initiating communication 
with the remote station via a virtual paging channel statistically multiplexed onto the outbound TDM channel. 

25 [0082] A seamless method of transferring any remote station operating within one resource domain to any other 
resource domain whether the new resource domain is associated with the same central station as the old resource 
domain or not. 

Industrial Applicability 

30 

[0083] It is apparent from the above that the arrangements described are applicable to the data communication 
industries. 

[0084] The foregoing describes only some embodiments of the present invention, and modifications and/or changes 
can be made thereto without departing from the scope and spirit of the invention, the embodiments being illustrative and 
35 not restrictive. 

Using Digital Video Broadcast Standard 

[0085] The distributed resource management technique may be practiced in a system using an outbound carrier that 
^o complies with the ETSI DVB - S physical and link layer requirements as illustrated in Fig. 13 which shows an alternative 
network architecture arrangement with DVB. This arrangement is preferred in the case where, due to operational reasons 
the outbound TDM transmit symbol rate was greater than 2Msps. 

[0086] At a central station 1402 the outbound TDM carrier is implemented with commercial off the shelf DVB - S 
transmission equipment and the outbound link layer structure and signalling is replaced with DVB multi-protocol encap- 
45 sulation and the messages and tables described above are transported in private data sections. 

[0087] At a remote station 1401 the proprietary receiver structure previously described is replaced with a commercial 
off the shelf DVB - S receiver printed circuit board. This card is capable of demodulating the DVB - S waveforms and 
supports the multi-protocol encapulation link layer. 

50 Other Satelfite Frequency Bands 

[0088] Rather than the C band satellite system referred to in this description, the disclosed distributed resource allo- 
cation technique can be practiced using other satellite networks operating in other frequency bands. One such system 
is an L band mobile satellite system that operates at 1 .5 to 1 .6 GHz frequency band. 
55 [0089] In such a network the detailed design of the air interface would be adapted to conform to the satellite operational 
requirements that would result in an equivalent service with an Outbound TDM narrowband (non spread spectrum) 
channel data rate at 640 kbps in 1.25 MHz bandwidth, and 1.25 MHz inbound channel spread spectrum system using 
nominal data rate 9.6 kbps. 
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[0090] Similar modulation and coding schemes would be used to the C band system except for the precise Turbo 
Convolutional codes and modulation types which could use different narrowband schemes including BPSK, QPSK, 16 
QAM or even 64 QAM. 

5 Using other network topologies 

[0091 ] The disclosed distributed resource management technique is equally applicable to networks using a multiplicity 
of overlapping 'star' network configurations each consisting of a central station providing connectivity to intelligent remote 
stations distributed amongst the various central stations. 

10 

APPENDIX A 

EXEMPLARY CENTRAL STATION IMPLEMENTATION 

15 [0092] Referring to Fig. 7, an exemplary central station implementation is described. The central station may be divided 
into four main functional entities, transmission group equipment 20, transmission group manager equipment 21 , radio 
frequency processing equipment 22 and IP networking equipment 12. 

Transmission Group Equipment 

20 

[0093] The transmission group equipment 20 consists of channel units 4 and channel control cards 5, a combiner/ 
divider 7, traffic 2 and control 3 switches and a timing reference from a GPS receiver and NTP server 1. The GPS 
receiver and NTP server equipment is not strictly part of the transmission group equipment as it may be shared among 
multiple transmission groups it has been included to simplify the description. Pilot receivers 1 1 are required for low bit 
25 rate applications. 

[0094] Channel units are the physical layer modems while the channel control card is a multi-function card providing 
link layer processing of traffic and control signals. Transmission groups are operated on cPCI cards inside a cPCI chassis 
and control and traffic data is separated through the different switches (e.g. subnetting). 

[0095] The following paragraphs provide a more detailed description of the elements that make up the traffic group 
30 equipment. 

[0096] Channel Unit 4: Physical layer MODEM, the MODEM consists of direct to L-Band modulation, direct to L- 
Band demodulation, digital to analogue conversion, analogue to digital conversion, receive base-band processing, and 
transmit base-band processing functions. The MODEM is frequency agile and is capable of tuning the receiver and 
transmitter independently in steps of 25kHz. The MODEM may be configured to operate with narrowband, or direct 

35 sequence spread spectrum QPSK or BPSK modulated waveforms. 

[0097] The channel unit also contains a turbo codec. The Turbo Codec is a highly configurable software implementation 
of a standard Turbo Product Codec. The turbo codec provides both encoding and decoding functions and supports 
coding rates in the range of 0.25 to 0.97 and block sizes from 64 bits to 4096 bits. The BE R performance of the demodulator 
and turbo decoder combination is less than 1 bit error in 1 million bits at an E b /N 0 of 2.0dB 

40 [0098] Channel Control Card 5: A link layer processor providing traffic services to all channel units. The channel 
control card is an off the shelf high availability rack mounted single board computer and hosts the session multiplexer, 
remote station control manager, the service information broadcast manager and the over the air programming manager 
processes. The transmission group equipment operates with a redundant pair of channel control cards within a single 
chassis. The channel control card uses the Linux operating system along with the high availability extensions. The 

^5 distributed resource management protocols form part of the remote station control manager, and service information 
broadcast manager processes. 

[0099] GPS 1 / Pilot Receiver 1 1 : GPS and Pilot signals are distributed to the channel units to provide highly stable 
timing and frequency references. The NTP protocol is used to synchronise the real time clocks in all the distributed 
processors operating within the central station. 

so [0100] Combiner/Divider 7: The combiner divider is a set of broadband radio frequency devices that include passive 
signal dividers, combiners and amplifiers operating within the L-Band frequency band (950MHz - 1525MHz). The com- 
biner divider provides a loss less path from each channel unit receive and transmit radio frequency interface port to 
every intermediate frequency receive and transmit interface port on the radio frequency equipment. 
[0101] Traffic Switch 2: A commercial off the shelf Ethernet switch. All traffic packets from the router are distributed 

55 to the operational channel control card through this device. 

[0102] Control Switch 3: A commercial off the shelf Ethernet switch. All control messages between the transmission 
group manager equipment, the channel units, operational and standby channel control cards and the pilot receivers 
traverse this switch. 
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Transmission Group Manager Equipment 

[0103] The traffic group manager equipment 21 consists of a database server, a personal computer and an Ethernet 
switch. The Ethernet switch is used to provide LAN interconnectivity between the traffic group manager equipment and 

5 all other pieces of equipment that make up the central station. 

[0104] The database sever 9 consists of a high end personal computer with mirrored hard drives, back up media 
drives (e.g. DVD writer) and an Ethernet interface. The database server uses the Linux operating system and MySQL. 
[0105] The traffic group manager 10 is a software application executing on a high end personal computer executing 
the Linux operating system. The traffic group manager provides fault management, alarm management, configuration 

to management, performance management and provisioning services. The traffic group manager uses SNMPv3 to provide 
communication between the management functions and the elements that comprise the central station. 

IP Network Equipment 

15 [01 06] The I P network equipment consists of the router 13theSIP 17, DNS 16 and RADI US 1 5 servers and an Ethernet 
switch 14. 

[0107] The following paragraphs provide a more detailed description of the elements that make up the IP network 
equipment. 

[01 08] Router: The router is standard commercial off the shelf equipment. Key router functions are to manage stream 
20 bit rates per outbound, provide MLPPP services, manage PPP Sessions, provide interfaces to external networks, (e.g. 
PSTN / Internet) and the SIP, DNS and RADIUS servers. 

[0109] SIP Server: A software process running on a personal computer. The implementation uses an open source 
SIP proxy function, registration and redirection functions. The SIP server supports the session initiation suite of application 
level protocols the are use to prove call establishment signalling for the establishment of VoIP sessions. 
25 [01 10] DNS Server: A software process running on a personal computer. The implementation uses an open source 
DNS application. 

[0111] RADIUS Server: A software process running on a personal computer. The implementation uses an open 
source RADIUS application. The RADIUS application is used to provide authentication, authorisation and accounting 
services. 

30 

Radio Frequency Processing Equipment 

[01 12] The radio frequency processing equipment 22 consists of an antenna 1 8, and L-Band to C-Band receiver and 
transmitter chains 19. In the preferred embodiment an earth station operator provides the radio frequency processing 
35 equipment and the central station provides appropriate L-Band interface points only. 

APPENDIX B 

EXEMPLARY IMPLEMENTATION OF A REMOTE STATION 

40 

[01 1 3] Referring to Fig. 2 an exemplary remote station implementation is described. The remote station may be divided 

into two main functional units, the outdoor unit, and the indoor unit. 

[01 14] The indoor unit 222 is comprised of the following functional entities: 

^5 1 . An Ethernet IP Interface point; 

2. Integrated VoIP telephone 202; 

3. Embedded IP router function 201 ; 

4. Control processor function 204; 

5. Integrated GPS receiver 204; and 

50 6. A modem 223 providing receive a transmit modulation and demodulation functions. 

[01 15] The outdoor unit 221 is comprised of the following functional entities: 

1 . L-Band to C-Band block up converter 21 9; 
55 2. Transmit antenna 216; 

3. Receive antenna 21 7; 

4. Receiver radio frequency functions 220; and 

5. omni-directional GPS receive antenna 21 8. 
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Indoor Unit Functional Description 

[01 16] The indoor unit provides the following functions: 

5 Ethernet IP Interface: The primary user interface for data transfer and maintenance and control. The interface 

complies with the 10/100 baseT auto-detecting interface requirements and is accessed using a standard RJ - 45 
connector. 

Integrated SIP Phone 202 : A standard commercial off the shelf voice over I P device that provides voice compression 
using G723.1 and G.729 voice codecs and supports the session initiation protocol. Inter-works with the SIP server 
10 located at the central station to allow connections to be established between the remote station and VoIP or PSTN 

networks via the router in the central station. 

Microprocessor 204: The microprocessor provides the background processing for the unit. All management and 
control functions as well as air interface protocols are executed here. The microprocessor operating system is a PC 
based Linux distribution, kernel 2.4.x. The microprocessor has both link layer and network layer (e.g. I Pv4) addresses 
is so that data can be routed to the remote station. The processor also provides control of the local backlit LCD graphical 

user interface display 203. 

Integrated router 201 : As the microprocessor operating system is a Linux distribution the integrated router is 
implemented by installing the appropriate Linux routing daemons. The imbedded router function provides PPP, 
MLPPP, NAT, DHCP and IPv4 policy routing functions. 
20 GPS 204: The GPS unit provides location specific information and reference timing to the remote station for burst 

mode transmission. The remote station can operate without a GPS unit with manual entry of latitude, longitude and 
altitude but will have to operate with restricted burst transmission plans. 

Turbo Codec 205: The Turbo Codec is a highly configurable software implementation of a standard Turbo Product 
Codec. The turbo codec provides both encoding and decoding functions and supports coding rates in the range of 
25 0.25 to 0.97 and block sizes from 64 bits to 4096 bits. The BER performance of the demodulator and turbo decoder 

combination is less than 1 bit error in 1 million bits at an E b /N 0 or2.0dB. 

Modulator/Demodulator (MODEM) 223: The MODEM consists of direct to L-Band modulation 210, direct to L- 
Band demodulation 21 1 , digital to analogue conversion 209, analogue to digital conversion 209, receive base-band 
processing 207, and transmit base-band processing 206 functions. The MODEM is frequency agile and is capable 
30 of tuning the receiver and transmitter independently in steps of 25kHz. The MODEM may be configured to operate 

with narrowband, or direct sequence spread spectrum QPSK or BPSK modulated waveforms. 

Outdoor Unit Functional Description 

35 [01 1 7] The outdoor unit provides the following functions: 

Block Up - Converter 219: The block up -converter comprises an up-converter function 212 and a nominal five 
watt, at the 1 dB gain compression point, solid state high power amplifier 21 5. The up-converter provides frequency 
up-conversion from the L-Band IF frequencies to C-Band transmit frequencies. The solid state high power amplifier 

^o when combined with the transmit antenna provides an effective isotropic radiated power of 26.5dBW. 

Receive radio frequency processing 220: The receive radio frequency processing comprises a transmit rejection 
filter 214 and a low noise block 21 3. The transmit rejection filer provides a minimum of 30dB of attenuation to signals 
in the 6GHz transmit band. The low noise block provides frequency down-conversion from C-Band to L-Band and 
Low Noise amplification of the RF signal. The combination of the LNB and receive antenna provide a nominal receive 

45 G/Tof-1.5dB/K. 

Transmit antenna array 216: A phased array of circularly polarized helices that provide a nominal 23dBi gain in 
the 6GHz frequency band. 

Receive antenna array 217: A phased array of circularly polarized helices that provide a nominal 21dBi gain in 
the 4GHz frequency band. 

50 GPS Antenna 218: A commercial off the shelf omni directional antenna for use in the global positioning system. 

APPENDIX C 

EXEMPLARY PHYSICAL LAYER ARCHITECTURE 

55 

[0118] The physical layer architecture is the same for both the inbound and outbound channels. The base-band 
processing is implemented within software using DSP and programmable gate arrays and is illustrated in Fig. 14. 
[01 1 9] Although the same physical layer structure is used on both the inbound and outbound channels in the preferred 
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embodiment this decision was based upon the provision of medium level bit rates on the outbound channel (e.g. less 
than or equal to 2Mbps). In the case where network operations required high outbound bit rates (e.g. greater than 2Mbps) 
then the outbound physical layer architecture would be replaced with the DVB-S standard physical layer architecture, 
the inbound physical layer architecture would however remain unchanged. 

Transmit Direction Tasks 

[0120] The RxPrimitives Task receives primitives sent asynchronously by the link layer and places them in a buffer it 
then examines each received primitive to determine the type. If the received primitive is a control primitive, the primitive 
is passed on to the Control Task for processing. If a transmit packet primitive, it is passed on to the Encode Task for 
processing. 

[0121] The transmit packet primitives that are processed by the Encode Task contain the following information; 

■ Channel Type ID 

[0122] 

■ Number of segments over which packet will be divided 

■ For each segment, the Frequency, Frame, Slot and Code to use 

■ Uncoded data to be sent 

[0123] The Turbo Encode Task uses the Channel Type ID to determine how to encode the packet; and performs the 
following processes (as required); 

■ Turbo-encoding 

■ Puncturing 

■ Interleaving 

■ Formatting 

[01 24] The Turbo Encode Task then divides the resulting encoded/formatted bits into groups to be transmitted in each 
of the specified segments, and inserts the bits for each segment into the appropriate Tx Segment Pool'. A separate 
Segment Pool is used for each frequency being handled by the modulator. 

[0125] The TxFrame Task uses the super-frame format description associated with the channel it is processing, to 
generate output slots of the correct durations and types, in the correct sequence. The task follows a state machine 
approach to generate the chips required for the duration of the current slot. Fig. 15 shows a graphical illustration of the 
fields contained in the super-frame structure table for the outbound super-frame structure. 

[0126] When the TxFrame Task determines that it should be outputting chips for a data slot, it sends a request to the 
Modulate/Spread Task. 

[01 27] The Modulate/Spread task on receipt of this request scans the Segment Pool to see whether data is available 
for the specified frame and slot. If not, it replies to the TxFrame task accordingly, and the TxFrame task generates 
silence-in that slot. If data is available, then the Modulate/Spread task will create a buffer to contain the chips for the 
slot, and inform the TxFrame task of the corresponding buffer management object. 

[0128] Note that several segments (using different codes) may be due for transmission on the same frequency in the 
nominated frame/slot. The Modulate/Spread task (instantiation for the given frequency) modulates and spreads the data 
for all of these segments, (synchronously) combines the resulting chips via addition, and places the chips in its output 
buffer. 

[0129] The TxFrame task then transfers the chips produced by the Modulate/Spread Task into its output chip stream. 
[01 30] The TxFilter task is implemented within an FPGA and processes the stream of chips produced by the TxFrame 
task, to perform 

■ Expansion to multiple samples per chip via repetition 

■ Nyquist filtering 

Receive Direction Tasks 

[01 31 ] The RxFilter task performs Nyquist filtering of the input samples and passes the filtered samples to the RxFrame 
Task. 

[0132] The RxFrame task uses the super-frame format description associated with the frequency it is processing, to 
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process input slots of the correct durations and types, in the correct sequence. The taskfollows a state machine approach 
to process the samples required for the duration of the current slot, and then checks to see what the next type of slot to 
receive should be. Fig. 16 shows a graphical illustration of the fields contained in the super-frame structure table for the 
inbound super-frame structure. 

5 [0133] The RxFrame task uses GPS and waveform processing (UW search) to acquire and maintain the initial slot 
boundaries within the incoming sample stream. 

[0134] When the RxFrame task determines that it should be receiving samples for a data slot, it sends a request (via 
mailbox) to the Despread/Demodulate task. 

[0135] The Despread/Demodulate taskon receipt of this request scans the list of expected segments for the appropriate 
to frame number to see whether the slot needs to be processed. If not, it replies to the RxFrame task accordingly, and the 
RxFrame task discards the samples received for that slot. If the slot is to be processed, then the Despread/Demodulate 
Task creates a buffer to contain the input samples for the slot, and the RxFrame task will place the input samples into 
that buffer. 

[0136] The Despread/Demodulate task processes the input samples for the data slot and performs; 

15 

■ Fine timing estimation (picking sample point corresponding to middle of chip) 

■ Frequency offset estimation/correction 

■ Initial phase acquisition 

■ Despreading 

20 ■ Demodulation where demodulation consists of using the symbol constellation to calculate the Log-Likelihood Ratios 

(LLR) for each received bit. This process also involves received noise power estimation. 

[0137] Note that several segments (using different codes) may be due for reception on the same frequency in the 
nominated frame/slot. The Despread/Demodulate task (instantiation for the given frequency) despreads and demodulates 

25 the samples for all of these segments. 

[0138] For each received segment for the slot, the Despread/Demodulate task places the buffer of LLRs it produces 
into the Receive Segment Pool, and notifies the Turbo Decode task that a new segment has been added to the pool. 
[0139] The Turbo Decode task scans the pool to determine whether the new segment added is the last segment that 
is required to have all the segments that belong in the same packet. Note that these segments may arrive on multiple 

30 frequencies, and/or multiple timeslots, and/or multiple codes. If it is the last segment required, then the Turbo Decode 
Task re-assembles the segments for the packet, and then performs (as required); 

■ Formatting 

■ De-Interleaving 
35 ■ De-Puncturing 

■ Turbo-decoding 

[0140] The Receive Segment Pool is implemented as a linked list, an entry of which contains the LLRs for a particular 
received segment. Unlike the transmit side, a single Receive Segment Pool is used to contain segments received on 
40 all frequencies. 

[0141] The Decode task composes a receive packet primitive that contains the 

■ Packet ID 

■ Decoded packet data 

45 ■ Signal quality information 

[0142] The receive packet primitive is passed via the TxPrimitives task to the link layer. The role of the TxPrimitives 
task is to merge user data packets from the Decode task with response primitives generated by the Control Task and 
to send the resulting primitives to the link layer. 
so [0143] Although the above tasking model is designed with burst mode transmission in mind, continuous transmission 
mode is handled by having the Demodulate/Despread task maintain state information from one timeslot to the next. In 
this case the RxFrame task effectively passes all received samples to the Demodulate/Despread task for processing. 

APPENDIX D 

55 

EXEMPLARY LINK LAYER ARCHITECTURE 

[0144] An illustration of the link layer signalling message format is described. The link layer protocol is based upon 
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H DLC and uses the standard flag sequence (7E hexadecimal) to delineate frames and a sixteen bit frame checksequence 
to provide error detection as shown in Fig. 17. The position of the link layer within the system protocol framework is 
illustrated in Fig. 11. The same link layer protocol is used on the inbound CDMA/TDMA channels and the outbound 
TDM channels. Although the same link layer protocol is used on both the inbound and outbound channels this decision 
was based upon the provision of relatively low bit rates on the outbound channel (e.g. bit rates less than or equal to 
2Mbps). In the case where network operation required higher outbound bit rate operation then the outbound link layer 
protocol would be replaced with the DVB-S standard link layer protocol. 

[0145] The link layer is operated using the asynchronous response mode of the HDLC protocol and provides both 
control message transfer and user data transfer services. The link layer frame consists of a variable length header 
followed by a variable length data field that contains either IP packets or control messages, or both followed by a sixteen 
bit frame check sequence. 

[0146] The link layer specific remote station address is carried within an extensible field within the header portion of 
the link layer frame. The address is variable in length from one byte to N bytes. The length of the address is determined 
by examining the most significant bit of each byte. If the most significant bit is '0' then the next byte is part of the address 
otherwise this byte is the last or only byte in the address. Using this method broadcast, multicast and unicast link layer 
addressing is supported. 

APPENDIX E 

EXEMPLARY RESOURCE MANAGEMENT PROTOCOL 

[0147] The distributed management protocol is implemented in software in the microprocessor and channel control 
cards within the remote stations and central station respectively. Although only one method of implementing the distributed 
resource management protocol is described, there are numerous other methods that may implement the protocol equally 
well. 

[0148] Throughout this section numeric types are specified using the following format: 
<Sign> <l_ength> <Extensibility> 



Field 


Options 


Sign 


U = unsigned, S = signed 


Length (bits) 


1 .. N 


Extensibility 


appending an 'e' to a type indicates that the field is extensible. See below for a full description of how 



field size extension works. 



Extensible Numeric Fields 

[0150] The MSB in these fields is used to determine if the data field is extended. If the MSB =1 then the field contains 
the number of bits as specified in the base type (ie. An U8e contains 7 bits of significance). A MSB=0 means the field 
length is extended by the same length as the original field (i.e. by a further 8 bits in the case of U8e, etc.). The MSB of 
the extended field can be used to extend the data field indefinitely. 

Messages Used for Distributed Resource Management 

[0151] The remote station specific (i.e. unicast) link layer signalling associated with the distributed resource manage- 
ment process is transported across the satellite link as a part of the link layer service in the form of messages. These 
messages are transported using a unique link layer address assigned to the remote station as part of the provisioning 



Examples: 



[0149] 



S4 
U3 
U16 
U8e 



Signed 4 bit integer 
Unsigned 3 bit integer 
Unsigned 16 bit integer 
Extensible unsigned 8 bit integer 
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process. The message format used on the link layer is as illustrated in figure 1 1 . 

[0152] The communication network may require additional messages to be signalled from the remote station to the 
central station to support the offered communications services. The messages described in this section are however 
limited to those required to implement the preferred arrangements of the distributed resource allocation method. 
5 [0153] The Control field contained in the inbound link layer message defines the 'frame type' it is of type U8 and is 
interpreted as shown in the following table. The bit in position 4 is unused and its value shall be set to '0' by the transmitter 
and ignored by the receiver. 



Frame Type 


MSB LSB 


7 


6 


5 


4 


3 


2 


1 I 0 


:y'nhumbere'd!;.» 




i:;* - 


"^X'v" 










SARM 


0 0 0 -1 1 1 1 


DISC 


0 1 0 0 0 1 1 


Ul 


0 0 0 0 0 1 1 


UA 


0 11 0 0 11 



Table: Inbound Link Layer Message Control Field Interpretation 



[0154] The following message information fields are used for signalling in support of the distributed resource man- 
agement process: 

25 radio resource notify: Radio resource notify message is sent from the remote station to the central station on the 

selected inbound channel using the SARM frame type. 

null: A 'null' message is sent from either the central station or the remote station in response to a received message 
using the UA frame type. The 'null' message consists of an address field, control field, and an empty message 
information field. The receiving station interprets the receipt of this message as an acknowledgement from the 
30 transmitting station of the successful receipt and action of the most recent received command. 

resource release notify: Resource release notify message is sent from the remote station to the central station 
on the selected inbound channel using the DISC frame type. 

Outbound Tables That Comprise the Resource Map 

35 

[0155] Further outbound link layer signalling associated with the distributed resource management process is trans- 
ported across the satellite link as a part of the link layer service in the form of broadcast tables. These tables are 
transported using the link layer broadcast address (FF hexadecimal). The communication network may require additional 
system information to be signalled from the central station to the remote station to support the offered communications 
^o services. The tables described in this section are however limited to those required to implement the preferred arrange- 
ments of the distributed resource allocation method. 

[0156] The distributed resource management process at the remote station requires two sets of information in order 
to operate, a resource domain database and a resource map database. In the preferred embodiment this information is 
transferred to the remote stations using the following table structures: 

45 

- resource domain table; 

- transmission group table; 

■ channel structure table; 

■ super-frame structure table; and 
50 ■ channel availability table. 

[0157] The resource map is derived from information contained within the transmission group, channel structure, 
super-frame structure, and channel availability tables. Of these four tables only the information contained in the channel 
availability table changes dynamically, the information contained in the remaining three tables may be considered static 
55 in nature. The information contained in the resource domain table may also be considered as static. 

[0158] Each table that contains static information is broadcast periodically on the outbound TDM channel. The peri- 
odicity of these broadcasts is configurable and ranges from once in every 10 seconds to once in every 1000 seconds. 
The channel availability table contains information that is dynamic in nature and therefore it is transmitted either imme- 
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diately following an update or periodically in a configurable range from once in every 1 second to once in every 100 
seconds whichever is shorter. 

Resource Domain Table 

5 

[0159] The resource domain table provides the information from which the remote station may derive its current 
resource domain. The remote station uses this table and knowledge of its geographic position to determine its resource 
domain by calculating the distance between its current position and the geographic positions contained in the table. The 
remote station then determines the closest point in the table to its current position and uses that point to retrieve the 
10 associated resource domain value from the table. 



Table: Resource Domain Table Format 





Parameter 


Format 


15 


Coordinate 


U12, U12 




DomainID 


U8e 



[01 60] Coordinate: The latitude and longitude of a geographic position located within the referenced resource domain. 
[0161] Coordinate information is transferred latitude and then longitude, both as Unsigned 12 bit fields and interpreted 
as defined in the following table. 



Table: Coordinate Interpretation 





Item 


Description 


25 


Latitude Range 
Latitude Algorithm 


-90 to +90 degrees 

Latitude = -90° + U12 x 0.05° 


30 


Longitude Range 
Longitude Algorithm 


-180 to +180 degrees 
Longitude = -180° +U1 2x0.1 



[0162] DomainID: The unique resource domain ID that can be referenced in other tables. 

35 Transmission Group Table 

[0163] The transmission group table lists all of the transmission groups that may be available for use, where a trans- 
mission group is defined as the set consisting of a single outbound TDM carrier and a multiplicity of inbound carriers 
operating through a single geostationary satellite. 

40 

Table: Transmission Group Table Format 



Parameter 


Format 


Satellite Resource 


Satellite Record 


# of TGs 


U8e 


TG Resource 


TG Record 



[0164] Satellite Record: A listing of the operational satellite through which the traffic group resource is available the 
format of the satellite record is contained in the following table. 



Table: Satellite Record 





Parameter 


Format 




Longitude 


U10 


55 


Polarisation 


U2 



[01 65] Longitude: This field represents the longitude of the satellite from 0 to 360 degrees. The 1 0bits are transmitted 
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MSB and the position of the satellite is: 



SatLong = U10x0.5 o 

[0166] Polarisation: The polarisation is always referred to with respect to the remote station transmission reception 
requirement. Hence an O/B carrier defined as RHCP means that the downlink is RHCP. An inbound LHCP means that 
the uplink is LHCP. The coding of the polarisation field is defined in the following table. 

Table: Polarisation 



Value Description 

0x00 Inbound RHCP, Outbound RHCF. 

0x01 Inbound LHCP, Outbound LHCP. 

0x02 Inbound RHCP, Outbound LHCP 

0x03 Inbound LHCP, Outbound RHCP 



0x04 to OxFF Reserved 



[01 67] TG Record : A group of channel resources, namely one outbound and one or more inbound resources. It always 
identifies the O/B channel first and then iteratively identifies the l/B channels. 

Table: Transmission Group Records 



Parameter Format 

TGJD U8e 

O/B Channel Structure ID (CSJD) U8e 

CDMACodelD U8e 

TDMACode U8e 

DomainID U8e 

# of IB Streams U8e 
l/B Channel Structure I D (CSJD) U8e 

CDMACodelD U8e 

AccessType U8 

# of TDMACodesTDMA U8e 

TDMACode U8 



[0168] TGJD: This is a unique number that is used to represent the ID of the Transmission Group. 

[0169] O/B Channel Structure: This is the specific Channel Structure ID (CS-ID) as determined from the channel 

structure table. 

[0170] CDMACodelD: This is a specific code linked to the 'CodeSet' defined in the channel structure table. 

[0171] TDMACode: This is the specific "TDM A Slot Pattern" to be transmitted and is linked to the super-frame defined 

in the channel structure table. 

[0172] DomainID: The DomainID links a transmission group to a specific resource domain as defined in the resource 
domain table. 

[0173] # of IB Channels: Describes the number of l/B channels associated to this transmission group. 

[0174] l/B Channel Structure: This is the specific Channel Structure ID (CS-ID) as determined from the channel 

structure table. 

[01 75] AccessType: This field defines the type of service that operates on the channel. The coding of the 'AccessType' 
field is defined in the following table. 



Table: Access Types 


Value 


Description 


0x00 


Continuous carrier service. 
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(continued) 


Value 


Description 


0x01 


Slotted Aloha Carrier. 


0x02 


TDMA/ CDMA Carrier 


0x03 to OxFF 


Reserved for future use 



Channel Structure Table 

10 

[0176] The following channel structure table defines all the available inbound and outbound channels available for 
use in the network, where a channel is defined as the full set of configurable parameter that define the physical layer 
attributes of an inbound or outbound satellite communication resource. 



20 



Table: Channel Structure Table Format 


Parameter 


Format 


CSJD 


U8e 


Frequency 


U24 (BCD) 


Modulation 


U2 


Reserved 


U6 


ChipRate 


U8e 


CodeSetJD 


U8e 


Super-FrameJD 


U8e 


Synchronization 


U5 


RollOff 


U3 


FEC ID 


U8e 



30 CS_ID: A channel structure ID. 

[0177] Frequency: The BCD representation of the Centre Frequency (F c ) of the channel where: 

35 F c = Frequency(BCD) x 1 0kHz. 

[0178] Modulation: Describes the modulation scheme used on these carriers. 



40 Table: Modulation Field Coding 





Value 


Description 




0x0 


BPSK. 




0x1 


QPSK. 


45 


0x2 to OxF 


Reserved 



[0179] ChipRate: Describes the chip rate (C r ) used on the channel where: 

50 

C T = ChipRate x 256. 



[0180] CodeSeMD: Acts as a pointer into the CDMA code set database, this database is written into the remote 
stations static storage at the point of sale. The remote station uses the 'CodeSetJD' as a key to search this database 
in order to retrieve the code generation parameters and code length associated with this 'CodeSeMD'. The remote 
station calculates the channel symbol rate by dividing the 'ChipRate' value by the code length. 

[0181] Super-frame_ID: A number that references the Super-frame structure used for TDMA burst timing synchro- 
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nisation as defined in the super-frame structure table. If the Super-frame-ID is '0' the channel is continuous. 
[0182] Synchronization: This field defines the cyclic synchronization alignment of a channel. On the outbound this 
corresponds to when the SFUWwill be transmitted and for the inbound it determines at which point the inbound channels 
will align their UW. 

[0183] Roll Off: Describes the channel roll off (R D ) factor where: 



Ro = RollOffx0.05 

[0184] FEC_ID: Acts as a pointer into the FEC parameter database, this database is written into the remote stations 
static storage at the point of sale. The remote station uses the 'FEC_ID' as a key to search the FEC parameter database 
in order to retrieve the FEC parameters associated with this 'FECJD' and uses these retrieved parameters to configure 
its FEC encoder and decoder for operation on the channel. 

Super-Frame Structure Table 

[01 85] The super-frame structure table is shown in the following table. This table is used for both inbound and outbound 
channels with slightly different interpretations. 



Table:Super-frame Structure Table 



Parameter 


Format 


Super-frame_ID 


U8e 


Synchronization (seconds) 


U5 


Reserved 


U3 


Guard-Time (chips) 


U8 


SFUW/UW (symbols) 


U8 


# of slots 


U8e 


Slot Size (bytes) 


U8e 



[0186] Super-frame_ID: Represents the ID of the structure. The '0' value is reserved and shall not be used. 

[0187] Synchronization: Represents the length of the super-frame in seconds. Valid lengths are 1-6,10,12,15,20 

and 30 seconds. 7-9,1 1 ,13,14,16-19,21-29 and 31 are reserved. 0 is used for continuous channels. 

[0188] Reserved: Reserved fields are set to '0'. 

[0189] Guard Time: The length of the allocated guard time in chips. 

[0190] SFUW/UW: Represents the length of the SFUW/UW in symbols. 

[0191] #of slots: Defines the number of slots in this super-frame structure. 

[0192] Slot Size: Defines the length of a slot in bytes. 

[0193] For the outbound the table is interpreted as shown in figure 12 where the structure consists of "Guard Time", 
SFUW, a repetitive slot structure (Slot 1 to Slot N), and a final slot Z, being the slack slot size from the last full slot to 
the start of the next super-frame. 

[0194] The super-frame length is defined by the synchronization parameter. Synchronization will occur at the satellite 
transponder every UTC minute (i.e., UTC XX:XX:00.000). A super-frame length of 1 second will result in synchronization 
occurring every second there after, alternatively a super-frame length of 2seconds would result in super-frame synchro- 
nization aligning every 2 seconds thereafter. Super-frame lengths of 1,2,3,4,5,6,10,12,15,20,30 are readily available. 
[0195] A 5bit field allows synchronization times up to 30 seconds although careful manipulation of slot sizes, SFUWs 
and guard times is necessary to minimize slack time. 

[0196] The inbound super-frame structure is similar to the outbound except that a guard-time a unique word (UW) are 
transmitted at the beginning of each slot, as illustrated in Fig. 16. Any mismatch between the super-frame structure and 
slot allocation results in "slack time" which exists at the end of the super-frame. 

[0197] Inbound synchronization operates in much the same way as the outbound with the super-frame length being 
an integer representing the time duration of the frame. 

Channel Availability Table 

[0198] The channel availability table is a dynamic table containing the current availability of Inbound Channels. The 
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table shall be padded out to the nearest byte and the format of the table shall be as defined in the following table. 

Table: Channel Availability Table Format 
Parameter Format 

5 

TGJD U8e 
# TG Flag bytes U8e 
Channel Flags (0=Unavailable, 1=available) U1 

Note: The end Channel flag are padded with zeroes to the next byte 
boundary. 



[0199] TG_ID: Transmission Group identifier. 

[0200] #TG Flag bytes: the number of bytes that follow (where each byte contains eight individual Channel Flags). 
15 [0201] Channel Flags: A list of single bits, where each bit represents the availability of a channel (0 = Unavailable, 
1 = Available). The MSB of the first byte corresponds to channel 0 within thatTransmission Group. The next bit corresponds 
to channel 1 , etc. The channels flags are in the order they are ordered in the transmission group table. 

Compelled Sequence Protocol 

20 

[0202] A compelled sequence protocol is implemented within software at both the remote station and the central station 
as described in the SDL diagrams contained in Figs. 8-10. 

[0203] The remote station derives its position accurately, using GPS. The remote station then determines its resource 
domain by calculating its distance from a set of points contained in the resource domain table. The point closest to the 

25 remote stations position defines its resource domain (eg. Domain ID) 

[0204] The remote station then uses its Domain ID as a key to enter the TRANSMISSION GROUP table to retrieve 
the set of parameters that define the outbound channel specific to the resource domain. In the preferred embodiment 
these parameters are frequency, symbol rate, modulation type and spreading code sequence. Although one combination 
of parameters from which the distributed resource allocation method may be implemented is described, there are nu- 

30 merous other combinations that may implement the distributed resource allocation method equally well. 
[0205] Using these parameters the remote station configures its receiver to receive the outbound TDM. 
[0206] Upon acquiring that outbound TDM channel the remote station demodulates the signal and ensures that it has 
locked on to the appropriate Outbound TDM by reading the link layer broadcast signalling tables contained therein. 
[0207] The remote station now monitors all outbound TDM channel slots to collect the link layer signalling tables that 

35 comprise the resource map information specific to its current resource domain and stores this information in dynamic 
storage (see procedure 5 in Fig. 8). 

[0208] The remote station continuously monitors the outbound TDM channel to detect any updates to the resource 
map information (see procedure 5 in Fig. 8). 

[0209] When the remote station has received all the information contained in the link layer signalling tables the remote 

^o station distributed resource management process enters the 'idle' state (see procedure 6 in Fig. 8). 

[0210] Following the receipt of a request to establish a connection (see procedure 7 in Fig. 8) from the user using 
either manual or automatic means (e.g. using a PC connected to the remote station the user requests the establishment 
of a PPP connection using a commercial off the shelf PPP dial up software package) the remote station selects an 
inbound radio channel (see procedure 26 in Fig. 9). In the preferred embodiment the parameters that define an inbound 

45 channel are frequency, symbol rate, modulation type, burst timing and spreading code sequence. Although one combi- 
nation of parameters from which the distributed resource allocation method may be implemented is described, there are 
numerous other combinations that may implement the distributed resource allocation method equally well. 
[021 1] The remote station configures its transmitter using the selected parameters that defined the inbound channel, 
and commences the transmission of energy bursts over the selected inbound channel. Each burst contains a link layer 

so resource notification message. The link layer message contains the link layer address of the remote station and a session 
ID that indicates a new session request. The link layer message is also used to convey PPP request packets received 
from the user and used to initiate a PPP session establishment procedure at the central station router. 
[0212] Upon receipt of the resource notification (see procedure 43 in Fig. 10) containing the selected inbound resource 
identification and domain information the central station verifies that there is not a collision by examining its local copy 

55 of the channel availability table and checking that the selected resource is indeed available for use. 

[0213] In the case where the selected resource is available the central station updates the channel availability table 
(see procedure 48 in Fig. 10) and immediately broadcasts the updated channel availability table to all remote stations 
(see procedure 49 in Fig. 10) in the network using the link layer broadcast address (7F hexadecimal) on the outbound 
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TDM channel specific to the effected resource domain. 

[0214] The central station also creates a routing context (see procedure 51 in Fig. 10) such that the current and any 
further received PPP packets received from the remote station may be routed from the selected inbound channel unit 
to the standard router and from the standard router to the channel unit transmitting the carrier that contains the selected 

5 outbound TDM channel. 

[021 5] The receipt of PPP session establishment packets at the central station router cause the central station router 
to attempt to acknowledge their receipt using standard PPP packets and mechanisms. These packets are encapsulated 
in a link layer unnumbered acknowledgment 'null' signalling message that contains the remote stations unique address 
and are transmitted on the outbound TDM (see procedure 32 in Fig. 9). 

10 [0216] In the case where the central stations local copy of the channel availability table indicates that the selected 
channel is not available the central station silently discards the received resource notification (see procedure 45 in Fig. 
10) and any associated PPP request packets. 

[0217] In the case where the remote station does not receive an unnumbered acknowledgment prior to the expiry of 
a configurable timer (see procedure 33 Fig. 9) the remote station waits until it receives an updated 'resource map' and 

*5 a randomised automatic retry timer expires (see 29 and 25 in Fig. 9) prior to repeating the attempt. In the preferred 
embodiment the values of all timers, the ranges over which any timer shall be randomised and the maximum number 
of consecutive automatic retry attempts can be configured by the central station using link layer configuration tables. 
[0218] When all remote station data sessions are completed (e.g. all PPP sessions have been terminated using the 
standard PPP Link Control Protocol procedures) the remote station releases the radio network resource that it was using 

20 to support the carriage of data packets between the remote station and central station, thus making these resources 
available to other remote stations within the resource domain. In order to release a radio resource the remote station 
simply sends a resource release notify (see procedure 57 in Fig. 9) to the central station. 

[0219] Upon receipt of a resource release notify (see 59 in Fig. 10) the central station updates the channel availability 
table specific to the resource domain effected and sends a 'delete route' primitive (see procedure 60 in Fig. 10) to the 
25 multiplexing device 117 thus removing the routing context. The updated channel availability table is broadcast on the 
outbound TDM channel either at the next scheduled broadcast time or as the result of a channel selection by some other 
remote station operating in the same resource domain. 

APPENDIX F 

30 

EXEMPLARY END TO END PACKET TRANSMISSION 

[0220] In the preferred arrangement the network provides an IP data transfer service for the transport of user data or 
voice packets between the remote stations 119,1 808, 1 803 and 1 809 and the central station 1 04. The transport mech- 
35 anism provides what is effectively a transparent satellite transport service to IP based applications. 

Inbound Packets 

[0221] An IP packet containing either voice or data information originating at the remote station 1 1 9 is encapsulated 
^o within a standard PPP packet by the embedded router function 121 and passed to the link layer process. Packet frag- 
mentation, and reassembly if required is performed in the router function using MLPPP. 

[0222] The PPP frame received from the embedded router 121 is encapsulated within a link layer message. This 
message contains the link layer address of the remote station 119 and the link layer session ID. The address is used 
by the multiplexing function to route the packets to the appropriate PPPoE session at the central station 104, and the 
45 link layer session ID is used to discriminate real time data to facilitate the provision of low jitter and latency quality of 
service for real time data (e.g. voice). The resulting link layer message is modulated and transmitted across the inbound 
satellite link. 

[0223] Upon receipt of the link layer message at the central station 1 04 the central station link layer process removes 
the link layer encapsulation from the received packet and using the unique remote station ID and link layer session ID 
50 routes the packet to the appropriate PPPoE entity. The received packet is encapsulated within a PPPoE frame and 
passed to the central station router 111 via an Ethernet connection. At the central station router 1 1 1 the PPPoE and 
PPP encapsulations are removed and the IP packet sent from the remote station 1 19 is recovered and may be routed 
to the requested destination using standard IP routing processes. 

55 Outbound Packets 

[0224] An IP packet containing either voice or data information originating at the central station 104 is encapsulated 
within a standard PPP packet by the central station router function 111 and passed to the link layer process. Packet 
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fragmentation, and reassembly if required is performed in the central station router 1 11 using MLPPP. 

[0225] The PPP frame is further encapsulated within a PPPoE packet and forwarded to the multiplexing unit 107 via 

an Ethernet connection. At the multiplexing unit the PPPoE session ID is used to determine the link layer unique remote 

station ID and Session ID, the PPPoE packet is then encapsulated within a link layer message. The resulting link layer 

message is forwarded to the outbound TDM channel unit, modulated and transmitted across the outbound satellite link 

101. 

[0226] Upon receipt of the link layer message at the remote station 1 1 9 the remote station link layer process removes 
the link layer encapsulation from the received packet and routes the packet to the embedded router function 1 21 . At the 
remote station router 121 the PPP encapsulation is removed and the IP packet sent from the central station 104 is 
recovered and may be routed to either the DTE device or IP telephony device using standard IP routing processes. 



Claims 

1. A method of establishing a radio connection (1802) in a satellite communication system (1800) in which a remote 
station (119) is coupled to a central station (104) by a satellite network including one or more satellites (1 17), the 
method comprising the steps of: 

establishing (1501,1502), by the central station (104), a list of information about available satellite network 
resources; 

publishing (1503), by the central station (104), the list for said remote station; 

identifying (1 505, 1 602), by said remote station (1 1 9), a set of said published satellite network resources needed 
to establish the radio connection (1802); 

notifying (1603), by said remote station (119), the central station (104) about the identified satellite network 
resources; 

seizing (1608-1610), by said remote station (119), the set of identified satellite network resources to thereby 
establish the radio connection (1802); 

updating (1501,1502,1605), by the central station (104), said list of available satellite network resources to 
thereby reflect the seizing of said set; and 

communicating (1503), by the central station (1 104), the updated list to said remote station (119). 

2. A method according to claim 1 , wherein: 

the satellite communication system (1 800) comprises a plurality of remote stations (1 1 9,1 803,1 808,1 809) cou- 
pled by the one or more satellites (1 17) to the central station (104); 

the plurality of remote stations (1 1 9,1 803,1 808,1 809) are located in a plurality of geographic domains (1810); 
and wherein, in regard to a particular said remote station (1 1 9): 

the establishing step (1501, 1502) comprises establishing a list of information about available satellite 
network resources for one or more of the geographic domains (1 81 0) in which the particular remote station 
(119) is located; 

the publishing step (1503) comprises publishing the list to those said remote stations (119,1808) located 
in the one or more geographic domains (1 81 0); and 

the communicating step (1 503) comprises communicating the updated listto said remote stations(1 1 9, 1 808) 
located in the one or more geographic domains (181 0). 

3. A method according to claim 2, wherein the information about available satellite network resources comprises 
identification of outbound and inbound channels, availability of channel capacity, and energy density of channels in 
a resource domain. 

4. A method according to claim 2, comprising the further steps of: 

adjusting the size of at least one of the geographic domains (1 81 0); and 

amending the corresponding list of information about available satellite network resources for the at least one 
geographic domain (1 81 0) to reflect the adjuster geographic domain size. 

5. A method according to claim 2, wherein the published list comprises information about more than one geographic 
domain (1810), and wherein the identifying step comprises the steps of: 
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determining the current geographic location (1504) of the remote station (119); 

referencing a database of geographic domains with the determined location to identify the geographic domain 
(1810) to which the remote station (1 19) is to be associated; and 

referencing the list of information with the identified geographicdomain (1 81 0) to thereby establish which satellite 
5 network resources arc available. 

6. A method according to claim 5, wherein the database of geographic domains is provided to the remote station (1 1 9) 
when the remote station (1 19) is manufactured. 

10 7. A method according to claim 5, wherein the database of geographic domains is provided to the remote station (1 1 9) 
before it is determined to establish the radio connection (1802). 

8. A method according to claim 5, wherein the database of geographic domains is provided to the remote station (1 1 9) 
when it is determined to establish the radio connection (1802). 

15 

9. A method according to claim 1 , wherein the publishing step is performed using one of CDMA and TDMA modulation. 

10. A method according to claim 1, wherein 

the satellite communication (1 800) system comprises said plurality of remote stations (1 1 9,1 803,1 808,1 809) coupled 
20 by the one or more satellites to a plurality of central stations; and 

a said remote station (1 1 9) may transit between operation with one said central station (1 04) to any other said central 
station for which the remote station (1 19) can receive incoming communications from the central stations. 

1 1 . A method according to claim 1 , wherein: 

25 

the list of information is divided into at least one of static and dynamic information; 
the static information is published less frequently than the dynamic information. 

12. A method according to claim 11, wherein the static information comprises, in regard to inbound and outbound 
30 channels that are allocated for use in a resource domain, at least one of frequency, timeslot, code sequence, turbo- 
coding rate, modulation type, and Grade of Service. 

13. A method according to claim II, wherein the dynamic information comprises information regarding the current status 
of the channel including at least one of channel free, channel busy, and channel unavailable. 

35 

14. A method according to claim 5, wherein between the notifying (1 603) and the seizing steps (1 608-1 61 0), the method 
comprises the further steps of: 

determining (1 604), by the central station (1 04), if the notification collides with another notification from another 
40 remote station (1 808); and 

sending, by the central station (104), an acknowledgment to the notifying remote station (1 19), if no collision 
occurs; and wherein 

the seizing step is performed only if the acknowledgment is received by the remote station (1 19). 

45 15. A method according to claim 14, wherein: 

the step of identifying, (1505,1602) by the remote station (1 19), a set of published satellite network resources 
needed to establish the radio connection (1 802) comprises identifying an inbound CDMA channel characterised 
by a frequency and a code; 

50 the step of notifying (1 603), by said remote station (1 1 9), the central station about the identified satellite network 

resources comprises initiating, over the identified inbound channel, a PPP session establishment comprising 
an address of the remote station (1 19) and a satellite network resource notification comprising an identification 
of the inbound channel; and 

the step of sending, by the central station (1 04), an acknowledgment to the notifying remote station (119), if no 
55 collision occurs comprises sending a PPP acknowledgment. 

16. A method of allocating satellite network resources by a central station (104) in a satellite communications system 
(1 800) in which a remote station (1 1 9) is coupled to the central station (1 04) by a satellite network including one or 
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more satellites, the method comprising the steps of: 

establishing (1501,1502), by the central station (104), a list of information about available satellite network 
resources; 

5 publishing (1 503), by the central station (1 04), the list for said remote station (1 1 9); whereby when the remote 

station sends a notification regarding the seizing, by the remote station (119), of a set of satellite network 
resources in the list to the central station (104), the method comprises the further steps of: 

updating (1 501 ,1 502,1 605), by the central station (1 04), said list of available satellite network resources to 
to thereby reflect the seizing of said set; and 

communicating (1503), by the central station (104), the updated list to said remote station (1 19). 

17. A method according to claim 16, wherein 

the satellite communication system comprises a plurality of remote stations (1 19,1803,1808,1809) coupled by the 
15 one or more satellites to the central station (1 04); 

the plurality of remote stations (1 1 9,1 803,1808,1 809) are located in a plurality of geographic domains (1810); and 
wherein, in regard to a particular said remote station (1 19): 

the establishing step (1501,1502) comprises establishing a list of information about available satellite network 
20 resources for one or more of the geographic domains (1 81 0) in which the particular remote station (1 1 9) is located; 

the publishing step (1 503) comprises publishing the list to those said remote stations (1 1 9,1 808) located in the 
one or more geographic domains (181 0); and 

the communicating step (1503) comprises communicating the updated list to said remote stations (119,1808) 
located in the one or more geographic domains (1 81 0). 

25 

18. A method of obtaining satellite network resources, by a remote station (1 19), in a satellite communication system 
(1 800) in which the remote station (1 1 9) is coupled to a central station (1 04) by a satellite network including one or 
more satellites (117), and wherein the central station (104) performs the steps of establishing (1501,1502) a list of 
information about available satellite network resources, and publishing (1503) the list for said remote station (119); 

30 the method comprising, in regard to the remote station (1 19), the steps of: 

identifying (1 505,1 602) a set of said published satellite network resources needed to establish a radio connection 
(1802); 

notifying (1603) the central station (104) about the identified satellite network resources; and 
35 seizing (1608-1610) the set of identified satellite network resources to thereby establish the radio connection 

(1802). 

1 9. A method according to claim 1 8, wherein the remote station (1 1 9) is located within one or more geographic domains 
(1 81 0) and the identifying step (1 505,1 602) comprises the steps of: 

40 

determining (1504) the current geographic location of the remote station (119); 

referencing a database of geographic domains with the determined location for identifying the geographic domain 
(1810) to which the remote station (1 19) is to be associated; and 

referencing the list of information with the identified geographic domain (1 81 0) to thereby establish which satellite 
45 network resources are available. 

20. A satellite communications system (1 800) in which a remote station (1 1 9) is coupled to a central station (1 04) by a 
satellite network, the system comprising: 

50 the satellite network including one or more satellites (1 1 7); 

the central station (104) which comprises: 

means for establishing (107) a list of information about available satellite network resources; and 
means for publishing (1 503) the list for said remote station (1 1 9); the remote station (1 1 9) which comprises: 

55 

means for identifying (120) a set of said published satellite network resources needed to establish a 
radio connection (1802); 

means for notifying (120,102) the central station (104) about the identified satellite network resources; 
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and 

means for seizing (120) the set of identified satellite network resources to thereby establish the radio 
connection (1 802); wherein the central station (1 04) further comprises: 

5 means for updating (107,102) said list of available satellite network resources to thereby reflect 

the seizing of said set; and 

means for communicating (101,105,107) the updated list to said remote station (119). 

21 . A satellite communications system according to claim 20, wherein the system (1 800) comprises a plurality of remote 
10 stations (119,1803,1808,1809) coupled by the one or more satellites (117) to the central station (104), and the 

plurality of remote stations (119,1803,1808,1809) are located in a plurality of geographic domains (1810); and 
wherein in regard to said central station (104): 

the establishing means (107) comprise means for establishing a list of information about available satellite 
15 network resources for one or more of the geographic domains (1 81 0) in which a particular remote station (1 1 9) 

is located; 

the publishing means (107) comprise means for publishing the list to those said remote stations (119,1808) 
located in the one or more geographic domains (1 81 0); and 

the communicating means (101,105,107) comprise means for communicating the updated list to said remote 
20 stations (1 19,1808) located in the one or more geographic domains (1810). 

22. A satellite communications system according to claim 21, wherein the published list comprises information about 
more than one geographic domain (1 81 0), and the means for identifying at the remote station (1 1 9) further comprise: 

25 means for determining (1 1 5) the current geographic location of the remote station (119); 

means for referencing a database of geographic domains with the determined location to identify the geographic 
domain (1 81 0) to which the remote station (1 1 9) is to be associated; and 

means for referencing the list of information with the identified domain (1810) to thereby establish which satellite 
network resources are available. 

30 

23. A central station, adapted for operation in a satellite communication system (1800) in which a remote station (104) 
is coupled to the central station (1 04) by a satellite network including one or more satellites (117), the central station 
(1 104) comprising: 

35 means for establishing (1 02,1 06,1 07) a list of information about available satellite network resources; 

means for publishing (1 05,1 01 ,1 07) the list for said remote station (1 1 9); 

means for updating (102,106,107) said list of available satellite network resources to thereby reflect seizing of 
a set of the satellite network resources in response to a notification from the remote station (1 1 9) regarding the 
seizing of said set of satellite network resources in the list; and 
40 means for communicating (1 05,1 01 ,1 07) the updated list to said remote station (1 1 9). 

24. A central station (1 04) according to claim 23, wherein the satellite communication system (1 800) comprises a plurality 
of remote stations (119,1803,1808,1809) coupled by the one or more satellites (117) to the central station (104), 
and the plurality of remote stations (1 1 9,1 803,1 808,1 809) are located in a plurality of geographic domains (1810), 

45 and wherein: 

the means for establishing comprise means for establishing a list of information about available satellite network 
resources for one or more of the geographic domains (181 0) in which a particular remote station (1 1 9) is located; 
the means for publishing comprise means for publishing the list to those said remote stations (119) located in 
50 the one or more geographic domains (1 810); and 

the means for communicating comprise means for communicating the updated list to said remote stations (119) 
located in the one or more geographic domains (810). 

25. A remote station (1 1 9), adapted for operation in a satellite communication system (1 800) in which the remote station 
55 (1 1 9) is coupled to a central station (1 04) by a satellite network including one or more satellites (1 1 7) and wherein 

the central station performs the steps of establishing a list of information about available satellite network resources, 
and publishing the list for said remote station (119); the remote station (119) comprising: 
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means for identifying a set of said published satellite network resources needed to establish a radio connection 
(1802); 

means for notifying the central station (104) about the identified satellite network resources; and 

means for seizing the set of identified satellite network resources to thereby establish the radio connection (1 802). 

5 

26. A remote station according to claim 25, wherein the published list comprises information about more than one 
geographic domain (1 81 0), and wherein the means for identifying further comprises: 

means for determining (115) the current geographic location of the remote station; 
to means for referencing a database of geographic domains with the determined location to identify the geographic 

domain (1 81 0) to which the remote station (1 1 9) is to be associated; and 

means for referencing the list of information with the identified geographic domain (1810) to thereby establish 
which satellite network resources are available. 

15 

Patentanspruche 

1. Verfahren zur Herstellung einer Funkverbindung (1802) innerhalb eines Satellitenkommunikationssystems (1800) 
indem eine Fernstation (1 1 9) mit einer Zentralstation (1 04) verbunden wird, mittels eines Satellitennetzwerkes, das 
20 aus einem oder mehreren Satelliten besteht (117), das aus folgenden Schritten besteht: 

Dem Aufbau (1501,1502), durch die Zentralstation (104), einer Liste, die Informationen uber die verfugbaren 
Satelliten netzwerkressourcen enthalt; 

der Veroffentlichung (1503), durch die Zentralstation (104), der Liste fur die genannte Fernstation; 
25 der Identifizierung (1505,1602), durch die genannte Fernstation (1 19), eines Satzes der genannten veroffent- 

lichten Satellitennetzwerkressourcen, die fur den Aufbau der Funkverbindung (1802) benotigt werden; 
der Benachrichtigung (1603), durch die genannte Fernstation (119), der Zentralstation (104), uber die identifi- 
zierten Satellitennetzwerkressourcen; 

der Beschaffung (1608-1610), durch die genannte Fernstation (1 19), des Satzes von identifizierten Satelliten- 
30 netzwerkressourcen urn damit die Funkverbindung (1802) aufzubauen; 

der Aktualisierung (1501, 1502, 1605), durch die Zentralstation (104), des genannten Satzes von verfGgbaren 

Satellitennetzwerkressourcen, urn die Beschaffung des genannten Satzes wiederzuspiegeln; und 

der Ubertragung (1 503), durch die Zentralstation (1 04), der aktualisierten Liste zur genannten Fernstation (1 1 9). 

35 2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass: 

Das Satellitenkommunikationssystem (1800) aus einer Gruppe von Fernstationen (119, 1803, 1808, 1809) 
besteht, die uber einen oder mehrere Satelliten (117) mit der Zentralstation verbunden sind. 
die Gruppe von Fernstationen (1 1 9, 1 803, 1 808, 1 809) befindet sich in verschiedenen geografischen Gebieten 
40 (181 0); in denen, bezuglich einer bestimmten Fernstation (119): 

der Schritt des Verbindungsaufbaus (1501, 1502) besteht aus dem Aufbau einer Liste von Informationen 
uber die verfugbaren Satellitennetzwerkressourcen fur ein oder mehrere geografische Gebiete (1810) in 
denen diese bestimmte Fernstation (1 19) sich befindet; 
45 der Veroffentlichungsschritt (1503) besteht aus der Veroffentlichung der Liste fur die genannten Fernsta- 

tionen (119, 1 808), die sich in einem oder mehreren geografischen Gebieten (1 81 0) befinden; und 
der Ubertragungsschritt (1503) besteht aus der Kommunikation der aktualisierten Liste zu den genannten 
Fernstationen (119, 1808), die sich in einem oder mehreren geografischen Gebieten (1810) befinden. 

50 3. Verfahren nach Anspruch 2, worin die Informationen uber die verfugbaren Satellitennetzwerkressourcen aus der 
Identifizierung von abgehenden und eingehenden Kanalen, die Verfugbarkeit von Kanalkapazitat, und die Energie- 
dichte von Kanalen in einem Ressourcengebiet besteht. 

4. Verfahren nach Anspruch 2, das aus den folgenden, weiteren Schritten besteht: 

55 

der Anpassung der GroGe mindestens eins der geografischen Gebiete (1 81 0); und die Berichtigung der zuge- 
horigen Liste von Informationen uber die verfugbaren Satellitennetzwerkressourcen fur mindestens eins der 
geografischen Gebiete (1810), urn die angepasste geografischen GebietsgroGe abzubilden. 
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5. Verfahren nach Anspruch 2, worin die veroffentlichte Liste aus Informationen uber mehrere geografischen Gebiete 
(1810) besteht, und worin der Identifizierungsschritt aus folgenden Schritten besteht: 

Der Bestimmung der aktuellen geografischen Position (1504) der Fernstation (119); 
5 der Referenzierung einer Datenbank von geografischen Gebieten mit der bestimmten Position, um das geo- 

grafische Gebiet (1810) zu identifizieren, zu dem die Fernstation (119) zugeordnet werden soil; und 
der Referenzierung der Liste von Informationen uber das identifizierte geografische Gebiet (1 81 0), um diejenigen 
Satellitennetzwerkressourcen zu bestimmen, die verfugbar sind. 

10 6. Verfahren nach Anspruch 5, in dem der Fernstation (119) bei deren Fertigung die Datenbank der geografischen 
Gebiete zur Verfugung gestellt wird. 

7. Verfahren nach Anspruch 5, in dem der Fernstation (1 1 9) die Datenbank der geografischen Gebiete zur Verfugung 
gestellt wird, bevor diese die Funkverbindung (1802) aufbaut. 

15 

8. Verfahren nach Anspruch 5, in dem der Fernstation (1 1 9) die Datenbank der geografischen Gebiete zur Verfugung 
gestellt wird, wenn diese die Funkverbindung (1802) aufbaut. 

9. Verfahren nach Anspruch 1 , in dem der Veroffentlichungsschritt entweder mit einer CDMA oder TDMA Modulation 
20 verrichtet wird. 



10. Verfahren nach Anspruch 1, in dem 

Das Satellitenkommunikationssystem (1 800) besteht aus einer Gruppe von Fernstationen (119,1 803, 1 808, 1 809), 
die uber einen oder mehrere Satelliten (117) mit einer Gruppe von Zentralstationen verbunden sind; und 
25 Eine genannten Fernstation (119) darf von der Operation mit einer genannten Zentralstation (104) zur Operation 

mit irgend einer anderen Zentralstationen ubergehen, fur die die Fernstation (1 1 9) einkommende Funkverbindungen 
von der Zentralstation empfangen kann. 



11. Verfahren nach Anspruch 1, in dem: 

30 

Die Liste der Informationen in mindestens eine aus statischer und dynamischer Informationen geteilt wird; 
Die statische Informationen nicht so haufig wie die dynamische Informationen veroffentlicht werden. 



1 2. Verfahren nach Anspruch 1 1 , in dem die statischen Informationen bezuglich eingehenden und abgehenden Kanalen, 
35 die fur die Verwendung in einem Ressourcengebiet alloziertsind, aus mindestens einer der folgenden Informationen 

besteht: Frequenz, Zeitfenster, Codesequenz, Turbo-Coding-Rate, Modulationsart oder Dienstgute. 



1 3. Verfahren nach Anspruch 1 1 , in dem die dynamischen Informationen bezuglich des aktuellen Bestandes des Kanals 
aus mindestens einer der folgenden Informationen besteht: "Kanal frei", "Kanal besetzt" oder "Kanal unverfugbar". 

40 

14. Verfahren nach Anspruch 5, in dem zwischen dem Benachrichtigungsschritt (1603) und dem Beschaffungsschritt 
(1608-1610), das Verfahren aus den folgenden, weiteren Schritten besteht: 

Der Bestimmung (1604), durch die Zentralstation (104), ob die Benachrichtigung mit einer anderen Benach- 
45 richtigung von einer anderen Fernstation (1808) beeintrachtigt wird; und 

der Ubertragung, durch die Zentralstation (1 04), eine Ruckmeldung an die benachrichtigende Fernstation (1 1 9) 
falls keine Kollision besteht; und worin 

dem Beschaffungsschritt nur beim Empfang der Ruckmeldung an der Fernstation (1 19) ausgefuhrt wird. 



50 15. Verfahren nach Anspruch 14, in dem: 



Der Schritt der Identifizierung (1 505, 1 602) durch die Fernstation (1 1 9) eines Satzes von veroffentlichten Satel- 
litennetzwerkressourcen, die fur den Aufbau der Funkverbindung (1802) benotigt werden, besteht aus der 
Identifizierung eines eingehenden CDMA-Kanals, der durch eine Frequenz und einen Code charakterisiert ist; 
55 der Schritt der Benachrichtigung (1603), durch die genannte Fernstation (119), der Zentralstation uber die 

identifizierten Satellitennetzwerkressourcen besteht aus der Initialisierung, uber den identifizierten eingehenden 
Kanal, dem Aufbau einer PPP-Sitzung, die aus einer Adresse der Fernstation (1 19) und einer Satellitennetz- 
werkressourcenbenachrichtigung besteht, die aus einer Identifizierung des eingehenden Kanals besteht; und 
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der Schritt der Ubertragung, durch die Zentralstation (104), einer Bestatigung an die benachrichtigende Fern- 
station (1 19) falls keine Kollision auftrat besteht aus der Ubertragung einer PPP-Bestatigung. 

1 6. Verfahren zur Allokation von Satellitennetzwerkressourcen, durch eine Zentralstation (1 04), in einem Satellitenkom- 
munikationssystem, in dem eine Fernstation (1 1 9) mit einer Zentralstation (1 04) uber ein Satellitennetzwerk beste- 
hend aus einem Oder mehreren Satelliten (117) verbunden ist, das aus den folgenden Schritten besteht: 

Dem Aufbau (1501,1502), durch die Zentralstation (104), einer Liste, die Informationen uber die verfugbaren 
Satellitennetzwerkressourcen enthalt; 

der Veroffentlichung (1503), durch die Zentralstation (104), der Liste fur die genannte Fernstation; mit deren 
Hilfe die Fernstation eine Benachrichtigung bezuglich der Beschaffung, durch die Fernstation (119), eines 
Satzes von Satellitennetzwerkressourcen in der Liste, an die Zentralstation (104) sendet, wobei das Verfahren 
aus den folgenden, weiteren Schritten besteht: 

der Aktualisierung (1501, 1502, 1605), durch die Zentralstation (104), des genannten Satzes von verfug- 
baren Satellitennetzwerkressourcen, urn damitdie Beschaffung des genannten Satzes wiederzuspiegeln; 
und 

der Ubertragung (1503), durch die Zentralstation (104), der aktualisierten Liste zur genannten Fernstation 
(119). 

17. Verfahren nach Anspruch 16, in dem 

Das Satellitenkommunikationssystem (1 800) aus einer Gruppe von Fernstationen (1 1 9, 1 803, 1 808, 1 809) besteht, 
die uber einen oder mehrere Satelliten (1 1 7) mit der Zentralstation verbunden sind; 

die Gruppe der Fernstationen (1 1 9, 1 803, 1 808, 1 809)sich in verschiedenen geografischen Gebieten (1 81 0) befindet; 
in denen, bezuglich einer bestimmten Fernstation (119): 

der Aufbauschritt (1501 , 1502) aus dem Aufbau einer Liste von Informationen uber die verfugbaren Satelliten- 
netzwerkressourcen fur eine oder mehrere geografische Gebiete (1810) besteht, in denen diese bestimmte 
Fernstation (1 19) sich befindet; 

der Veroffentlichungsschritt (1 503) aus der Veroffentlichung der Liste fur die so genannten Fernstationen (119, 
1808) besteht, die sich in einer oder mehreren geografischen Gebieten (1810) befinden; und 
der Ubertragungsschritt (1 503) aus der Kommunikation der aktualisierten Liste an die genannten Fernstationen 
(119, 1808) besteht, die sich in einem oder mehreren geografischen Gebieten (1810) befinden. 

18. Verfahren um Satellitennetzwerkressourcen, durch ein Fernstation (1 1 9), in einem Satellitenkommunikationssystem 
zu beschaffen, in dem die Fernstation (119) mit einer Zentralstation (104) uber ein Satellitennetzwerk bestehend 
aus einem oder mehreren Satelliten (1 1 7) verbunden ist, und in dem die Zentralstation (1 04) die folgenden Schritte 
ausfuhrt: Aufbau (1501, 1502) einer Liste von Informationen uber die verfugbaren Satellitennetzwerkressourcen, 
und Veroffentlichung (1 503) der genannten Liste der genannten Fernstation (119); wobei das Verfahren, bezuglich 
der Fernstation (1 19), aus den folgenden Schritten besteht: 

Der Identifizierung (1505,1602) eines Satzes der genannten veroffentlichten Satellitennetzwerkressourcen, die 
fur den Aufbau der Funkverbindung (1 802) benotigt werden; 

der Benachrichtigung (1603) der Zentralstation (104), uber die identifizierten Satellitennetzwerkressourcen; 
der Beschaffung (1 608-1 61 0) des Satzes der identifizierten Satellitennetzwerkressourcen, um damit die Funk- 
verbindung (1802) aufzubauen; 

19. Verfahren nach Anspruch 18, in dem sich die Fernstation (119) in einem oder mehreren geografischen Gebieten 
(1810) befindet und der Identifizierungsschritt (1505, 1602) aus den folgenden Schritten besteht: 

Der Bestimmung (1504) der aktuellen geografischen Position der Fernstation (1 19); 

der Referenzierung einer Datenbank von geografischen Gebieten mit der bestimmten Position, um das geo- 
grafische Gebiet (1810) zu identifizieren, zu dem die Fernstation (119) zugeordnet werden soli; und 
der Referenzierung der Liste der Informationen uber das identifizierte geografische Gebiet (1 81 0), um diejenigen 
Satellitennetzwerkressourcen zu bestimmen, die verfugbar sind. 

20. Ein Satellitenkommunikationssystems (1800) in dem eine Fernstation (119) mit einer Zentralstation (104) uber ein 
Satellitennetzwerk verbunden ist, das System besteht aus: 
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Dem Satellitennetzwerk bestehend aus einem oder mehreren Satelliten (1 17); 
der Zentralstation (104), bestehend aus: 

Mitteln zum Aufbau (107) einer Liste der verfugbaren Satellitennetzwerkressourcen; und 

Mitteln zur Veroffentlichung (1503) der Liste fur die genannte Fernstation (119); die Fernstation (119) 

bestehend aus: 

Mitteln zur Identifizierung (120) eines Satzes der genannten veroffentlichten Satellitennetzwerkres- 
sourcen, die fur den Aufbau einer Funkverbindung (1 802) benotigt werden; 

Mitteln zur Benachrichtigung (120,102) der Zentralstation (104) uber die identifizierten Satellitennetz- 
werkressourcen; und 

Mitteln zur Beschaffen (1 20) des Satzes der identifizierten Satellitennetzwerkressourcen, um damit die 
Funkverbindung (1 802) aufzubauen; wobei die Zentralstation (1 04) au Gerdem aus Folgendem besteht: 

Mitteln zur Aktualisierung (107,102) des genannten Satzes von verfugbaren Satellitennetzwer- 
kressourcen, um die Beschaffung des genannten Satzes wiederzuspiegeln; und 
Mitteln zur Ubertragung (1 01 ,1 05,1 07) der aktualisierten Liste zur genannten Fernstation (1 1 9). 

21 . Ein Satellitenkommunikationssystem nach Anspruch 20, in dem das System (1 800) aus einer Gruppe von Fernsta- 
tionen (119, 1 803, 1 808, 1 809) besteht, die uber einen oder mehrere Satelliten (1 1 7) mit der Zentralstation (1 04) 
verbunden sind, und die Gruppe der Fernstationen (119, 1803, 1808, 1809) sich in verschiedenen geografischen 
Gebieten (1810) befindet; und in dem bezuglich der Zentralstation (104): 

Das Aufbaumittel (107) aus Mitteln zum Aufbau einer Liste von Informationen uber die verfugbaren Satelliten- 
netzwerkressourcen eines oder mehrerer geografischen Gebiete (1 81 0) besteht, in denen sich eine bestimmte 
Fernstation (119) befindet; 

Das Veroffentlichungsmittel (107) aus Mitteln zur Veroffentlichung der Liste fur diejenigen genannten Fernsta- 
tionen (1 1 9,1 808) besteht, die sich in einem oder mehreren geografischen Gebieten (1 81 0) befinden; und 
Das Ubertragungsmittel (101,1 05, 1 07) aus Mitteln zur Ubertragung der aktualisierten Liste zu den genannten 
Fernstationen (119, 1808) besteht, die sich in einem oder mehreren geografischen Gebieten (1810) befinden. 

22. Ein Satellitenkommunikationssystem nach Anspruch 21 , in dem die veroffentlichte Liste aus den Informationen uber 
mehr als ein geografisches Gebiet (1 81 0) besteht, und Mitteln zur Identifizierung an der Fernstation (1 1 9) au Gerdem 
aus Folgendem besteht: 

Mitteln zur Bestimmung (1 15) der aktuellen geografischen Position der Fernstation (1 1 9); 
Mitteln zur Referenzierung einer Datenbank von geografischen Gebieten mit der bestimmten Position, um das 
geografische Gebiet (1810) zu identifizieren, zu dem die Fernstation (119) zugeordnet werden soil; und 
Mitteln zum Referenzierung der Liste von Informationen uber das identifizierte geografische Gebiet (181 0), um 
diejenigen Satellitennetzwerkressourcen zu bestimmen, die verfugbar sind. 

23. Eine Zentralstation, die fur den Betrieb in einem Satellitenkommunikationssystem (1 800) angepasst ist, in dem eine 
Fernstation (1 1 9) mit der Zentralstation (1 04) uber ein Satellitennetzwerk, das aus einem oder mehreren Satelliten 
(117) besteht, verbunden ist, die Zentralstation (104) besteht aus: 

Mitteln zum Aufbau (102, 106, 107) einer Liste der verfugbaren Satellitennetzwerkressourcen; 

Mitteln zur Veroffentlichung (1 05, 101,1 07) der Liste fur die genannte Fernstation (119); 

Mittel zur Aktualisierung (102, 106, 107) der genannten Liste von verfugbaren Satellitennetzwerkressourcen, 

um dadurch die Beschaffung eines Satzes von Satellitennetzwerkressourcen wiederzuspiegeln, in Erwiderung 

auf eine Benachrichtigung von der Fernstation (119) bezuglich der Beschaffung des genannten Satzes von 

verfugbaren Satellitennetzwerkressourcen in der Liste; und 

Mitteln zur Ubertragung (105, 101, 107) der aktualisierten Liste zur genannten Fernstation (119). 

24. Eine Zentralstation (104) nach Anspruch 23, worin das Satellitenkommunikationssystem (1800) aus einer Gruppe 
von Fernstationen (1 19, 1803, 1808, 1809) besteht, die uber einen oder mehrere Satelliten (1 17) mitder Zentralstation 
(1 04) verbunden sind, und die Gruppe von Fernstationen (119, 1 803, 1 808, 1 809) sich in verschiedenen geografi- 
schen Gebieten (1810) befindet, und worin: 



31 



EP 1 616 449 B1 



Das Aufbaumittel bestehend aus Mitteln zum Aufbau einer Liste von Informationen uber die verfugbaren Sa- 
tellitennetzwerkressourcen eines oder mehrerer geografischer Gebiete (1810), in denen sich eine bestimmte 
Fernstation (119) befindet; dem Veroffentlichungsmittel bestehend aus Mitteln zur Veroffentlichung der Liste 
an diejenigen genannten Fernstationen (1 1 9), die sich in einem oder mehreren geografischen Gebieten (1 81 0) 
befinden; und 

dem Ubertragungsmittel bestehend aus Mitteln zur Ubertragung der aktualisierten Liste an die genannten Fern- 
stationen (119), die sich in einem oder mehreren geografischen Gebieten (1810) befinden. 

25. Eine Fernstation (1 19), die fur den Betrieb in einem Satellitenkommunikationssystem (1800) angepasst ist, in dem 
eine Fernstation (119) mit der Zentralstation (104) uber ein Satellitennetzwerk, das aus einem oder mehreren 
Satelliten (1 1 7) besteht, verbunden ist, und in dem die Zentralstation die folgenden Schritte ausfuhrt: Aufbau (1 501 , 
1502) einer Liste von Informationen uber verfugbare Satellitennetzwerkressourcen, und Veroffentlichung der Liste 
der genannten Fernstation (119); die Fernstation (119) besteht aus: 

Mitteln zur Identifizierung eines Satzes der genannten veroffentlichten Satellitennetzwerkressourcen, die fur 
den Aufbau einer Funkverbindung (1802) benotigt werden; 

Mitteln zur Benachrichtigung der Zentralstation (1 04) uber die identifizierten Satellitennetzwerkressourcen; und 
Mitteln zur Beschaffen des Satzes der identifizierten Satellitennetzwerkressourcen, urn damit die Funkverbin- 
dung (1802) aufzubauen. 

26. Eine Fernstation nach Anspruch 25, worin die veroffentlichte Liste aus Informationen uber mehr als ein geografisches 
Gebiet (1810) besteht, und worin der Identifizierungsschritt auGerdem aus Folgendem besteht: 

Mitteln zur Bestimmung (1 15) der aktuellen geografischen Position der Fernstation (1 1 9); 
Mitteln zur Referenzierung einer Datenbank von geografischen Gebieten mit der bestimmten Position, urn das 
geografische Gebiet (1 81 0) zu identifizieren, zu dem die Fernstation (1 1 9) zugeordnet werden soil; und 
Mitteln zur Referenzierung der Liste der Informationen uber das identifizierte geografische Gebiet (1810), urn 
diejenigen Satellitennetzwerkressourcen zu bestimmen, die verfugbar sind. 



Revendications 

1. Une methode pour etablir une connexion radio (1802) dans un systeme de communication satellite (1800), dans 
lequel une station a distance (119) est connectee a une station centrale (104) a travers un reseau de satellites 
comprenant un ou plusieurs satellites (1 17), la methode comprenant les etapes suivantes : 

- Etablissement (1 501 , 1 502), par la station centrale (1 04), d'une liste d'informations sur les ressources dispo- 
nibles du reseau satellite ; 

- Publication (1503), par la station centrale (104), de la liste pour ladite station distante; 

- Identification (1505, 1602), par ladite station distante (1 19), du set desdites ressources publiees du reseau 
satellite qui sont requises pour etablir la connexion radio (1802) ; 

- Notification (1603), par ladite station distante (119), de la station centrale (104) sur les ressources du reseau 
satellite identifiees ; 

- Saisissement (1608, 1610), par ladite station distante (119), du set des ressources identifiees du reseau 
satellite pour ainsi etablir la connexion radio (1802) ; 

- Mise a jour (1501, 1502, 1605), par la station centrale (104), de ladite liste des ressources disponibles du 
reseau satellite pour ainsi refleter le saisissement dudit set ; et 

- Communication (1503), par la station centrale (104), de la liste actualisee a ladite station distante (119). 

2. Une methode conformement a revendication 1 , ou : 

- Le systeme de communication satellite (1 800) comprend une pluralite de stations distantes (119, 1 803, 1 808, 
1809) connectees par un ou plusieurs satellites (1 17) a la station centrale (104) ; 

- La pluralite de stations distantes (119, 1803, 1808, 1809) sont localisees dans une pluralite de domaines 
geographiques (1 81 0) ; et ou, en rapport particulierement avec ladite station distante (119): 

- I'etaped'etablissement(1501 , 1502) comprend I'etablissementd'une liste d'informations sur les ressources 
disponibles du reseau satellite pour un ou plusieurs domaines geographiques (1810) ou ladite station 
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distante (1 1 9) est localisee ; 

- I'etape de publication (1503) comprend la publication de la liste auxdites stations distantes (119, 1808) 
localisees dans un ou plusieurs domaines geographiques (1810) ; et 

- I'etape de communication (1503) comprend la communication de la liste actualisee auxdites stations 
5 distantes (119, 1 808) localisees dans un ou plusieurs domaines geographiques (1 81 0). 

3. Une methode conformement a revendication 2, ou I'information sur les ressources disponibles du reseau satellite 
comprend I'identification des canaux entrants et sortants, la disponibilite de la capacite du canal, et la densite 
energetique des canaux dans un domaine de ressources. 

10 

4. Une methode conformement a revendication 2, qui comprend les etapes ulterieures suivantes : 

- Ajuster la taille d'au moins un des domaines geographiques (1810) ; et 

- Amender la liste d'informations sur les ressources disponibles du reseau satellite pour le au moins un domaine 
is geographique (1 81 0) pour refleter la taille ajustee du domaine geographique. 

5. Une methode conformement a revendication 2, ou la liste publiee comprend des informations sur plus qu'un domaine 
geographique (1810), et ou I'etape d'identification comprend les etapes suivantes : 

20 - Localisation de la position geographique actuelle (1504) de la station distante (119) ; 

- Referencier une base de donnees des domaines geographiques avec la position localisee pour identifier le 
domaine geographique (1810) auquel la station distante doit etre associee ; et 

- Referencier la liste d'informations avec le domaine geographique identifie (1810) pour ainsi etablir quelles 
sont les ressources disponibles du reseau satellite. 

25 

6. Une methode conformement a revendication 5, ou la base de donnees des domaines geographiques est fournie a 
la station distante (1 19) quand la station distante (1 19) est manufacture. 

7. Une methode conformement a revendication 5, ou la base de donnees des domaines geographiques est fournie a 
30 la station distante (1 1 9) avant de decider d'etablir une connexion radio (1 802). 

8. Une methode conformement a revendication 5, ou la base de donnees des domaines geographiques est fournie a 
la station distante (1 1 9) quand il est decide d'etablir une connexion radio (1 802). 

35 9. Une methode conformement a revendication 1 , ou I'etape de publication est realisee par CDM Aou TDM A modulation. 

10. Une methode conformement a revendication 1, ou : 

- Le systeme de communication satellite (1 800) comprend ladite pluralite de stations distantes (119,1 803, 1 808, 
40 1 809) connectees par un ou plusieurs satellites a une pluralite de stations centrales ; et 

- Ladite station distante (1 1 9) peut changer de I'operation avec une dite station centrale (1 04) a n'importe quelle 
autre dite station centrale pour laquelle la station distante (119) peut recevoir des communications entrantes 
des stations centrales. 

45 11. Une methode conformement a revendication 1, ou : 

- La liste d'informations est divisee en au moins une liste d'informations statiques et une liste d'informations 
dynamiques ; 

- La liste d'informations statiques est publiee moins frequemment que celle des informations dynamiques. 

50 

12. Une methode conformement a revendication 11, ou les informations statiques comprennent, en rapport avec les 
canaux entrants et sortants qui sont assignes pour usage dans un domaine de ressources, au moins un/une des 
frequence, intervalle temporaire, sequence du code, debit du turbo-codage, type de modulation, et Niveau de Service. 

55 13. Une methode conformement a revendication 11, ou les informations dynamiques comprennent des informations 
concernant le statut actuel du canal incluant au moins un de : canal libre, canal occupe, et canal indisponible. 

14. Une methode conformement a revendication 5, ou entre les etapes de notification (1603) etde saisissement (1608 
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- 1610), la methode comprend en plus les etapes suivantes : 

- Determination (1604), par la station centrale (104), si la notification est en conflit avec une autre notification 
d'une autre station distante (1808) ; et 

5 - Envoi, par la station centrale (1 04), d'une validation a la station distante (1 1 9), en cas de non conflit ; et ou 

- L'etape de saisissement ne trouve lieux que si la validation est recue par la station distante (119). 

15. Une methode conformement a revendication 14, ou 

to - L'etape d'identification (1505, 1602), par la station distante (119), d'unsetde ressources publiees du reseau 

satellite necessaire pour I'etablissement de la connexion radio (1802) comprend I'identification d'un CDMA 
canal entrant caracterise par une frequence et un code ; 

- L'etape de notification (1603), par ladite station distante (1 19), de la station centrale sur les ressources iden- 
tifies du reseau satellite comprend I'introduction, a travers le CDMA canal entrant identifie, d'une session 

15 d'etablissement PPP comprenant une adresse de la station distante (1 19) et une notification des ressources 

du reseau satellite comprenant une identification du canal entrant ; et 

- L'etape d'envoi, par la station centrale (1 04), d'une validation a la station distante (1 1 9), en cas de non conflit, 
comprenant I'envoi d'une PPP validation. 

20 16. Une methode d'allocation des ressources du reseau satellite par une station centrale (104) dans un systeme de 
communication satellite (1800) dans lequel une station distante (1 19) est connectee a la station centrale (104) par 
le billet d'un reseau satellite comprenant un ou plusieurs satellites, la methode comprenant les etapes suivantes : 

- Etablissement (1501, 1502), par la station centrale (104), d'une liste d'informations sur les ressources dispo- 
25 nibles du reseau satellite ; 

- Publication (1503), par la station centrale (104), de la liste pour ladite station distante (119) ; ou quand la 
station distante envoie une notification concernant le saisissement, par la station distante (119), d'un set des 
ressources du reseau satellite de la liste a la station centrale (104), la methode comprend en plus les etapes 
suivantes : 

30 

- Actualisation (1501, 1502, 1605), par la station centrale (104), de ladite liste des ressources disponibles 
du reseau satellite pour ainsi refleter le saisissement du dit set ; et 

- Communication (1503), par la station centrale (104), de la liste actualisee a la station distante (1 19). 
35 17. Une methode conformement a revendication 16, ou 

- Le systeme de communication satellite comprend une pluralite de stations distantes (119, 1 803, 1 808, 1 809) 
connectes par un ou plusieurs satellites a la station centrale (104) ; 

- La pluralite de stations distantes (119, 1803, 1808, 1809) sont localisees dans une pluralite de domaines 
40 geographiques (1 81 0) ; et ou, en rapport particulierement avec ladite station distante (119) : 

- l'etape d'etablissement (1 501 , 1 502) comprend I'etablissementd'une liste d'informations sur les ressources 
disponibles du reseau satellite pour un ou plusieurs domaines geographiques (1810) ou ladite station 
distante (1 1 9) est localisee ; 

45 - l'etape de publication (1503) comprend la publication de la liste auxdites stations distantes (1 19, 1808) 

localisees dans un ou plusieurs domaines geographiques (1810) ; et 

- l'etape de communication (1503) comprend la communication de la liste actualisee auxdites stations 
distantes (119, 1808) localisees dans un ou plusieurs domaines geographiques (1810). 

50 18. Une methode d'obtention de ressources du reseau satellite, par une station distante (1 19), dans un systeme de 
communication satellite (1800) dans lequel une station distante (1 19) est connectee a la station centrale (104) par 
le billet d'un reseau satellite comprenant un ou plusieurs satellites (117), et dans lequel la station centrale (104) 
effectue les etapes d'etablissement (1 501 , 1 502) d'une liste d'informations sur les ressources disponibles du reseau 
satellite, et de publication (1503) de la liste pour ladite station distante (119) ; la methode comprend, en rapport 

55 avec la station distante (1 1 9), les etapes suivantes : 

- Identification (1505, 1602) d'un set des dites ressources publiees du reseau satellite necessaires a I'etablis- 
sement d'une connexion radio (1802) ; 
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- Notification (1603) de la station centrale (104) sur les ressources identifies du reseau satellite ; et 

- Saisissement (1 608, 1 61 0) du set de ressources identifies du reseau satellite pour ainsi etablir la connexion 
radio (1802). 

5 19. Une methode conformement a revendication 18, ou la station distante (119) est localisee dans un ou plusieurs 
domaines geographiques (1810) et I'etape d'identification (1505, 1602) comprend les etapes suivantes : 

- Localisation (1504) de la position geographique actuelle de la station distante (119) ; 

- Referencier une base de donnees des domaines geographiques avec la position localisee pour identifier le 
to domaine geographique (1810) auquel la station distante (1 1 9) doit etre associee ; et 

- Referencier la liste d'informations avec le domaine geographique identifie (1810) pour ainsi etablir quelles 
sont les ressources disponibles du reseau satellite. 

20. Un systeme de communication satellite (1800) dans lequel une station distante (1 19) est connectee a une station 
15 centrale (104) par un reseau satellite, le systeme comprenant : 

- Le reseau satellite incluant un ou plusieurs satellites (1 1 7) 

- La station centrale (104) qui contient : 

20 - les moyens d'etablissement (107) d'une liste d'informations sur les ressources disponibles du reseau 

satellite ; et 

- les moyens de publication (1503) de la liste pour ladite station distante (119) ; 

- La station distante (1 19) qui contient : 

- les moyens d'identification (120) d'un set des dites ressources publiees du reseau satellite necessaires 
pour etablir une connexion radio (1802) ; 

- les moyens de notification (1 20, 1 02) de la station centrale (1 04) sur les ressources identifies du reseau 
satellite ; et 

- les moyens de saisissement (120) du set de ressources identifies du reseau satellite pour ainsi etablir 
la connexion radio (1802) ; ou la station centrale (104) comprend en plus : 

- les moyens d'actualisation (107, 102) de ladite liste des ressources disponibles du reseau satellite pour 
ainsi refiter le saisissement du dit set ; et 

- les moyens de communication (101, 105, 107) de la liste actualisee a ladite station distante (119). 

21. Un systeme de communication satellite conformement a revendication 20, ou le systeme (1800) comprend une 
pluralite de stations distantes (119, 1803, 1808, 1809) connectes par un ou plusieurs satellites (117) a la station 
centrale (104), et la pluralite de stations distantes (119, 1803, 1808, 1809) sont localisees dans une pluralite de 
domaines geographiques (1810), etou en rapport a ladite la station centrale (104) : 

- les moyens d'etablissement (107) comprennent des moyens pour etablir d'une liste d'informations sur les 
ressources disponibles du reseau satellite pour un ou plusieurs domaines geographiques (1 81 0) dans lesquels 
une station distante particuliere (1 19) est localisee ; 

- les moyens de publication (107) comprennent des moyens pour publier la liste desdites stations distantes 
(119, 1 808) localisees dans un ou plusieurs domaines geographiques (1 81 0) ; et 

- les moyens de communication (1 01 , 1 05, 1 07) comprennent des moyens pour communiquer la liste actualisee 
auxdites stations distantes (119, 1808) localisees dans un ou plusieurs domaines geographiques (1810). 

22. Un systeme de communication satellite conformement a revendication 21 , ou la liste publiee comprend des infor- 
mations sur plus qu'un domaine geographique (1810), et les moyens d'identification a la station distante (119) 
comprennent en plus: 

- les moyens de determination (115) de la position geographique actuelle de la station distante (119); 

- les moyens de referencier une base de donnees des domaines geographiques avec la position localisee pour 
55 identifier le domaine geographique (1810) auquel la station distante (1 19) doit etre associee ; et 

- les moyens de referencier la liste d'informations avec le domaine geographique identifie (1810) pour ainsi 
etablir quelles sont les ressources disponibles du reseau satellite. 
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23. Une station centrale, adaptee pour operer dans un systeme de communication satellite (1800) dans lequel une 
station distante (104) est connectee a une station centrale (104) par un reseau satellite incluant un ou plusieurs 
satellites (117), la station centrale (104) comprenant : 

- les moyens d'etablissement (1 02, 1 06, 1 07) d'une liste d'informations sur les ressources disponibles du reseau 
satellite ; 

- les moyens de publication (1 05, 101,1 07) de la liste pour ladite station distante (119); 

- les moyens d'actualisation (102, 106, 107) de ladite liste des ressources disponibles du reseau satellite pour 
ainsi refleter le saisissement d'un set des ressources du reseau satellite en reponse a une notification de la 
part de la station distante (1 19) en rapport avec le saisissement dudit set des ressources du reseau satellite 
dans la liste ; et 

- les moyens de communication (101, 1 05, 1 07) de la liste actualisee a la station distante (1 1 9). 

24. Une station centrale (104) conformement a revendication 23, ou le systeme de communication satellite (1800) 
comprend une pluralite de stations distantes (119, 1 803, 1 808, 1 809) connectes par un ou plusieurs satellites (117) 
a la station centrale (104), et la pluralite de stations distantes (119, 1803, 1808, 1809) sont localisees dans une 
pluralite de domaines geographiques (1 81 0), et ou : 

- les moyens d'etablissement comprennent des moyens pour etablir d'une liste d'informations sur les ressources 
disponibles du reseau satellite pour un ou plusieurs domaines geographiques (1 81 0) dans lesquels une station 
distante particuliere (1 19) est localisee ; 

- les moyens de publication comprennent des moyens pour publier la liste desdites stations distantes (119) 
localisee dans un ou plusieurs domaines geographiques (1810) ; et 

- les moyens de communication comprennent des moyens pour communiquer la liste actualisee a ladite station 
distante (1 1 9) localisee dans un ou plusieurs domaines geographiques (1 81 0). 

25. Une station distante (1 1 9), adaptee pour operer dans un systeme de communication satellite (1 800) dans lequel la 
station distante (119) est connectee a une station centrale (104) par un reseau satellite incluant un ou plusieurs 
satellites (117), et ou la station centrale assure les etapes d'etablissement d'une liste d'informations sur les res- 
sources disponibles du reseau satellite, et de publication de la liste pour ladite station distante (119) ; la station 
distante (1 1 9) comprenant : 

- les moyens d'identification d'un set desdites ressources publiees du reseau satellite necessaires pour etablir 
une connexion radio (1802); 

- les moyens de notification de la station centrale (104) sur les ressources identifies du reseau satellite ; et 

- les moyens de saisissement du set de ressources identifies du reseau satellite pour ainsi etablir la connexion 
radio (1802). 

26. Une station distante conformement a revendication 25, ou la liste publiee comprend des informations sur plus qu'un 
domaine geographique (1810), etou les moyens d'identification comprennent en plus: 

- les moyens de determination (115) de la position geographique actuelle de la station distante ; 

- les moyens de referencier une base de donnees des domaines geographiques avec la position localisee pour 
identifier le domaine geographique (1810) auquel la station distante (1 19) doit etre associee ; et 

- les moyens de referencier la liste d'informations avec le domaine geographique identifie (1810) pour ainsi 
etablir quelles sont les ressources disponibles du reseau satellite. 
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